https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38436
--- Comment #84 from Jonathan Druart <[email protected]> --- (In reply to Michaela Sieber from comment #78) > Before you push this, please test this scenario : > > search for "Programming the Perl DBI" (= > koha/catalogue/detail.pl?biblionumber=13 ) > > Check that the item has no itemcallnumber, that's why the column 'Call > number' is not displayed > > Check that the itemcallnumber in the admin table settings is NOT hidden by > default (checkbox is not active) > > Go back to biblionumber=13 and edit the item. > Add an itemcallnumber in the editor (Field o - Full call number) > > save the item. > > Go again to the "Normal" detail view. > > > Now I have the problem, that I still don't see the column Call number. Yes, this is a tricky one. I thought I could fix this behaviour here but failed. It's reported separately on bug 38433 (reopened now). If we are saving the state (column visibility), it is saved automatically when a visibility changes, manually or with this behaviour we have on this table (hide the column if empty). To distinguish them we need to store separately the state desired by the user, and the "automatic state" generated by this "hide if empty" behaviour. It should not be very hard, but this is too late for 24.11.00 If this is too confusing, maybe a solution for 24.11.00 could be to disable "save state" by default for this table, with a note in the setting. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
