I have seen random reports from some Koha users that the select2 elements will sometimes not show in the admin preferences. So far, this has been limited to Chrome, but not consistently. I have seen this on my own computer. Our test server will show the element correctly, but our production server will not. And when ByWater looks at the same element on the same server with the same version of browser, it looks fine. If I look at the same page in Firefox it looks fine. The element is there, but it has a defined width of 2.22222px. I am suspect of the changes made in bug 28611. I am suspecting that some computers load the page too fast, and the width is being set before there is any data in the element, and therefore extremely small. If I change the width in CSS to a fixed width, it shows and works properly. This is a difficult issue to replicate and figure out on my end.
Can you give an example of where Select2 is used in Admin preferences? I am only aware of the usage in Cataloguing (items, authorities and bibliographic records). Does the problem appear there as well?
(In reply to Katrin Fischer from comment #1) > Can you give an example of where Select2 is used in Admin preferences? I am > only aware of the usage in Cataloguing (items, authorities and bibliographic > records). Does the problem appear there as well? The following sys prefs is where I see the issue, pretty consistently in the test server and occasionally in my production server. None of them appear to be select_2s but I might just be missing it. ArticleRequestsMandatoryFields ArticleRequestsMandatoryFieldsItemOnly ArticleRequestsMandatoryFieldsRecordOnly BatchCheckoutsValidCategories MarkLostItemsAsReturned OPACHoldsIfAvailableAtPickupExceptions CoceProviders SocialNetworks OPACSuggestionMandatoryFields OPACSuggestionUnwantedFields AutoShareWithMana
These use a different plugin: Multiple Select (https://multiple-select.wenzhixin.net.cn/). I don't see the described problem, so if someone is able to better isolate the conditions that cause it please let us know.
Created attachment 131725 [details] advanced_search
I have encountered this as well when using Chrome. I've attached some examples examples from the koha-US demo site.
Created attachment 131726 [details] suggestions
Created attachment 131727 [details] small_width
(In reply to Owen Leonard from comment #3) > These use a different plugin: Multiple Select > (https://multiple-select.wenzhixin.net.cn/). > > I don't see the described problem, so if someone is able to better isolate > the conditions that cause it please let us know. Sorry for the confusion on the type of dropdown.
The issue seems to have died down. I am not seeing it at the moment while I have my CSS workaround removed. However, it seems to be limiting the width to 275px currently. This cuts off the full description in the dropdown when closed. I think some work needs to be done to determine the length of both the description and the contents and resize to the longest line so we can read everything.
(In reply to Christopher Brannon from comment #9) > However, it seems to be limiting the width to 275px currently. This cuts > off the full description in the dropdown when closed. Can you share an example?
Encountered this very bug today, in CoceProviders drop-down list. Upgrading from 21.11.05-1 to 22.05.00-1 seems to have fixed it.
We've had our workaround disabled to compensate for this for a while. This may no longer be an issue. We are currently in 22.05.