On the item edit page, the table of items is missing a "Columns" button. Git bisect blames Bug 27526
Created attachment 129919 [details] [review] Bug 29962: (bug 27526 follow-up): Fix columns button on item list The "Columns" button on the item list view has been broken (hidden) by bug 27526. "column_name" was removed from the item_header_loop: - if ( $kohafield && $kohafield =~ /items.(.+)/ ) { - $header_value{column_name} = $1; - } We can still access the attribute name using 'attribute' however. The difference is that non-mapped subfield will have an "attribute", but there is a net to prevent a crash in columns_settings.inc: 12 var named_id = $( 'thead th[data-colname="' + this.columnname + '"]', selector ).index( selector + ' th' ); 13 var used_id = dt_parameters.bKohaColumnsUseNames ? named_id : counter; 14 if ( used_id == -1 ) return; We should simply pass attribute. Test plan: Create a non-mapped subfield (952$k) Edit an item, add a value for k On the item table at the top of the edit form notice that the "Columns" button is back and that it's working correctly. Note that 'k' cannot be hidden (may be considered as a bug, but it's not a regression).
This patch works and restores the Columns button. However the order of the columns is wrong in the tool is wrong. This is a bit confusing. On every other page I looked at with a Columns button, the order in the tool is the same as the order in the table.
(In reply to Lucas Gass from comment #2) > This patch works and restores the Columns button. However the order of the > columns is wrong in the tool is wrong. This is a bit confusing. > > On every other page I looked at with a Columns button, the order in the tool > is the same as the order in the table. I would report this on a separate bug report. This one is restoring a regression from bug 27526. The way we deal with the table settings is different on this view, we pass the bKohaColumnsUseNames flag to KohaTable: we won't display all the columns defined in the yaml file, only those that have at least a non-empty value.
Created attachment 130584 [details] [review] Bug 29962: (bug 27526 follow-up): Fix columns button on item list The "Columns" button on the item list view has been broken (hidden) by bug 27526. "column_name" was removed from the item_header_loop: - if ( $kohafield && $kohafield =~ /items.(.+)/ ) { - $header_value{column_name} = $1; - } We can still access the attribute name using 'attribute' however. The difference is that non-mapped subfield will have an "attribute", but there is a net to prevent a crash in columns_settings.inc: 12 var named_id = $( 'thead th[data-colname="' + this.columnname + '"]', selector ).index( selector + ' th' ); 13 var used_id = dt_parameters.bKohaColumnsUseNames ? named_id : counter; 14 if ( used_id == -1 ) return; We should simply pass attribute. Test plan: Create a non-mapped subfield (952$k) Edit an item, add a value for k On the item table at the top of the edit form notice that the "Columns" button is back and that it's working correctly. Note that 'k' cannot be hidden (may be considered as a bug, but it's not a regression). Signed-off-by: Lucas Gass <lucas@bywatersolutions.com>
Created attachment 130877 [details] [review] Bug 29962: (bug 27526 follow-up): Fix columns button on item list The "Columns" button on the item list view has been broken (hidden) by bug 27526. "column_name" was removed from the item_header_loop: - if ( $kohafield && $kohafield =~ /items.(.+)/ ) { - $header_value{column_name} = $1; - } We can still access the attribute name using 'attribute' however. The difference is that non-mapped subfield will have an "attribute", but there is a net to prevent a crash in columns_settings.inc: 12 var named_id = $( 'thead th[data-colname="' + this.columnname + '"]', selector ).index( selector + ' th' ); 13 var used_id = dt_parameters.bKohaColumnsUseNames ? named_id : counter; 14 if ( used_id == -1 ) return; We should simply pass attribute. Test plan: Create a non-mapped subfield (952$k) Edit an item, add a value for k On the item table at the top of the edit form notice that the "Columns" button is back and that it's working correctly. Note that 'k' cannot be hidden (may be considered as a bug, but it's not a regression). Signed-off-by: Lucas Gass <lucas@bywatersolutions.com> Signed-off-by: Nick Clemens <nick@bywatersolutions.com>
Pushed to master for 22.05, thanks to everybody involved [U+1F984]
Pushed to 21.11.x for 21.11.03
Missing dependency, not backported to 21.05