-
Notifications
You must be signed in to change notification settings - Fork 447
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
7.6.3 - Search facet filters reload or cache problem after changing search term on results page #4053
Comments
Alan describes the same bug |
This cannot be reproduced on demo.dspace.org which currently runs on DSpace 8.1. We also cannot reproduce it on our custom DSpace 8.1 instance. I have not tested it on DSpace 7.6.3, but as @alanorth discoverd this issue and as I know @ovali personally, I would see this as a confirmed bug in DSpace 7.6.3. It's very helpful to have a way to reproduce it on vanilla DSpace 7.6.3. Thanks @ovali to describe a way to reproduce this issue. |
For the time being, I've pulled this over to our 8.x & 7.6.x maintenance board. This needs a volunteer to verify on out-of-the-box 7.6.3. If verified, it needs to be fixed. As noted above, this is not reproducible in 8.1. |
@FrancescoMolinaro and @atarix83 : I wanted to highlight this issue for you because this appears to be related to the backport of #3709 to If you (or someone on your team) are interested in claiming this bug ticket, please let me know. |
Hi!, in @arvoConsultores we have solved this. We can do a pull request with the fix. |
Describe the bug
On the search results page the search filters will fail to load when changing the search term again and redo the search.
Only the placeholders will be visible and the amount is equal to the ui DefaultAppConfig value for
filterPlaceholdersCount
To Reproduce
Backend and Frontend is 7.6.3.
The testsystem is Ubuntu 22.04.5 LTS / OpenJDK 11.0.26 / Node 18.18.0 / PG 14 / Solr 8.11.4 and 9.7.
In my case the bug appears with and without apache as proxy.
Steps to reproduce the behavior:
There are no errors in console or log files.
Additional information
Related to Tim's advice the ui-universal settings
enableSearchComponent
andenableBrowseComponent
will not make any difference in behaviour.Also backporting #3888 does not change the behaviour in my case.
Expected behavior
The search filters should always be visible.
The text was updated successfully, but these errors were encountered: