[Bug 38433] New: Conflicting behaviour of the columns visibility on the items table
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Bug ID: 38433 Summary: Conflicting behaviour of the columns visibility on the items table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff interface Assignee: koha-bugs@lists.koha-community.org Reporter: jonathan.druart@gmail.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com On the items table of the bibliographic record there are different behaviour conflicting with each others. First you have the admin settings that gives you the default visibility. Then you have the "hide the column if no data to display" behaviour, and finally you have the state that is saved. When visibility changes, the state changed and is saved for the next time. So, when you come back, what to do? Restore from the state but hide empty columns. But... you cannot know if the column has been hidden from the user or if the column was empty I guess we need an additional layer, and store the user's preference in a separate localStorage item, then merge and then hide if empty but it's getting complicated, for a single table, especially when I am trying to standardize our DT uses. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Jonathan Druart <jonathan.druart@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=38391 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Jonathan Druart <jonathan.druart@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |33484 Status|NEW |In Discussion --- Comment #1 from Jonathan Druart <jonathan.druart@gmail.com> --- What do we do? One solution would be to prevent the state to be restored for this table and disable the option from the admin config page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33484 [Bug 33484] Ability to remember user's selected table configuration and search filters for tables -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 --- Comment #2 from Jonathan Druart <jonathan.druart@gmail.com> --- We also need to fix bug 38391 here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Caroline Cyr La Rose <caroline.cyr-la-rose@inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |caroline.cyr-la-rose@inlibr | |o.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Michaela Sieber <michaela.sieber@kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=38436 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Jonathan Druart <jonathan.druart@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|In Discussion |RESOLVED --- Comment #3 from Jonathan Druart <jonathan.druart@gmail.com> --- *** This bug has been marked as a duplicate of bug 38436 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Jonathan Druart <jonathan.druart@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|DUPLICATE |--- Status|RESOLVED |REOPENED --- Comment #4 from Jonathan Druart <jonathan.druart@gmail.com> --- Won't actually be fixed on bug 38433. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Jonathan Druart <jonathan.druart@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |ASSIGNED Assignee|koha-bugs@lists.koha-commun |jonathan.druart@gmail.com |ity.org | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Jonathan Druart <jonathan.druart@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |38482 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38482 [Bug 38482] Disable save state for items tables -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Michał <schodkowy.omegi-0r@icloud.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |schodkowy.omegi-0r@icloud.c | |om --- Comment #5 from Michał <schodkowy.omegi-0r@icloud.com> --- On that note, as I understand this behavior hasn't been changed so far yet:
Then you have the "hide the column if no data to display" behaviour
It would be nice if this was re-computed on every page change too. It's a bit confusing if going to page 2, and certain non-empty columns now remain hidden, because they keep the initial empty column hiding settings from page 1, I know this has confused some users. And currently the only dirty workaround is to increase how many items are loaded at once and cross fingers that all the used columns won't happen to be empty on page 1 then... But there are very often cases where just a single item would have some column populated in a very long item list, for one reason or another. And that fact would remain completely concealed to the librarian in the default view, even though it's visible in OPAC unbeknownst to them... If column visibility changing logic is to be re-coded in a more smart fashion, it would be very nice to fix that thing as well at the same time. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 --- Comment #6 from Jonathan Druart <jonathan.druart@gmail.com> --- (In reply to Michał from comment #5)
On that note, as I understand this behavior hasn't been changed so far yet:
Then you have the "hide the column if no data to display" behaviour
It would be nice if this was re-computed on every page change too.
It's a bit confusing if going to page 2, and certain non-empty columns now remain hidden, because they keep the initial empty column hiding settings from page 1, I know this has confused some users.
And currently the only dirty workaround is to increase how many items are loaded at once and cross fingers that all the used columns won't happen to be empty on page 1 then... But there are very often cases where just a single item would have some column populated in a very long item list, for one reason or another. And that fact would remain completely concealed to the librarian in the default view, even though it's visible in OPAC unbeknownst to them...
If column visibility changing logic is to be re-coded in a more smart fashion, it would be very nice to fix that thing as well at the same time.
This will be fixed on 24.11. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Jonathan Druart <jonathan.druart@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |38485 --- Comment #7 from Jonathan Druart <jonathan.druart@gmail.com> --- Note that bug 38485 is now "storing" user preferences to have a consistent behaviour when pagination is used. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38485 [Bug 38485] Update column visibility on holdings table correctly -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Bug 38433 depends on bug 38482, which changed state. Bug 38482 Summary: Disable save state for items tables https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38482 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to main |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Bug 38433 depends on bug 38485, which changed state. Bug 38485 Summary: Update column visibility on holdings table correctly https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38485 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to main |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org