I'm pretty sure this is my problem as well, but I am importing CSV files which clearly have the wrong images applied to the nodes. All other fields are correct.
I will even import a feed manually with one node to create, and it pulls in a previously uploaded image from an old import and clearly the wrong category (they are car models, so it's clear the images are the wrong model/category). The only way for me to have the first import work properly is to clear the cache, but after that most imports pull the wrong image again.
Where do I find the css import code to see if the same keys are being used?
Forgive me on my previous post, the issue is not with this module but a stupid exposed views filter I have. Duh...
I would like to add to this issue as I am running into issues as well on the 8.x version. Even though I have the settings depth set as 1, on page load it is loading all 2000+ pages in the entire menu string, when the root only has 4 terms/links.
This is adding up to nearly half my page load time for the taxonomy menu to load 2000+ terms/links, that are not even shown on the page. Google insights notes I have too many DOM's, which is basically the entire taxonomy menu being loaded.
My page speed is about 2 seconds so I can live with this module, but dang I would love to get it to one second or under but this module is holding it back.
Sorry I am not a programmer, just sharing what google insights is reporting with this module in place with 2000+ taxonomy terms. I'd guess others with larger taxonomy terms are hit even harder.
I still love this module :)
NM, I came back to this and retried it and it works. Not sure what I was doing wrong, but I've put this through some basic testing and it all looks good. Thank you artem_kondra!!!
Thanks for the patch artem_kondra, unfortunately it looks like this does not apply to the latest version 4.0.2 . Any chance this could be updated to work with 4.0.2, and how can we get it added to the actual module?
Looks like the line:
"public function valueForm(&$form, FormStateInterface $form_state): void {" is no longer in the file /src/Plugin/views/filter/CshsTaxonomyIndex.php so something has changed since this patch was created.
Thanks!
I just a moment to test that and it didn't work either.
Thanks DamienMcKenna. That does work to pull the taxonomy parent name, but I want to pull a custom field from the parent taxonomy which is not working. I will poke around the Token help info at the Taxonomy structure with a set of fresh eyes in the next day or so when I have more time.
tyler-durden → created an issue.
I found a work around, instead of basing my view on node/content, I based it on users and used the authour/user relationship to pull nodes and it works great.
Hours of searching, and I keep on finding this post so I need to ask some questions.
I'm converting my site from Drupal 7 to 10, where on D7 I had multiple views with a contextual filter that properly got the userid from the node the block was on, so I could show other nodes from this author. I have spent hours trying to get it to work, is this post stating this is not working in Drupal 10+?
I have the option, "Also look for a node and use the node author" checked so I'd assume since that option is in there it should be working? This seems to be a feature I'd think many sites would need, so maybe I'm just not doing something right?
I'd try this patch, but it looks like it has issues now and I'm on 10.1. If this is the patch to try I can help test, as I'm not a programmer but I will help how I can.
I am using 2.1.0-beta2, and I think I found a pattern but I've been pulled away and won't be able to test further for a week or two.
The block I added for this testing of the patch, I added to a page that is numbered only, example /23. It should have excluded from /23 only, but excluded from /24, etc. I did not use a wildcard.
I found the original blocks I had created with these, and they are working but they are on pages with text as urls and used wildcards in the filter.
I will try to do more testing in a week or two, but I think this is a separate issue than this one.
I applied the patch and ran multiple tests. I can save the url with ! at the beginning, BUT the block does not appear on any page when that is saved. I honestly don't know if this was working before 10.1 as I only installed it briefly before I upgraded to 10.1, and I never fully tested it.
I don't see any errors being reported in Watchdog. Not sure how much more I can help as I'm not a developer, but I will play around with it more when I have time to see if I can get something working.
tyler-durden → created an issue.
I have run into the same issue. This module version worked ok in my Drupal 10.0x sandbox, but once I updated to 10,1x I started getting this error when saving. I'm not a programmer, but maybe this will help someone diagnose further?
I was able to get patch #12 to apply to 10.0.7 with no issues, but when adding a taxonomy filter to a Search Index view, it does not go the the next settings screen and I have this error in my records.
Drupal\Component\Plugin\Exception\PluginException: Plugin (search_api_term) instance class "SearchApiShsTaxonomyIndexTid" does not exist. in Drupal\Component\Plugin\Factory\DefaultFactory::getPluginClass() (line 97 of web/core/lib/Drupal/Component/Plugin/Factory/DefaultFactory.php).
I cleared cache but that doe snot help, any other suggestions? Thanks!
Any way to get this to a 4.0.1 version? Without this update, this module doesn't actually work in Drupal 10 so I think it's a critical issue.
Thanks for everyone's work on this module, glad we have this available for d10 as other similar mods don't seem to be moving forward.
The patch in #12 looks like it will not work with the latest RC4 release, is that correct?
I would also love the ability to use cshs with search api views. Unfortunately I'm not a programmer, but I'd love this feature added.