[Koha-bugs] [Bug 33568] Use the REST API to display items on the biblio detail view

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33568

Jonathan Druart <jonathan.druart+koha at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|Failed QA                   |Signed Off

--- Comment #49 from Jonathan Druart <jonathan.druart+koha at gmail.com> ---
(In reply to Katrin Fischer from comment #48)
> I am sorry, but my testing didn't go as well as I had hoped for :(
> 
> Problems:
> 1) One of the commit messages needs to be fixed

Two were kept for history, I removed them from the branch.

> 2) When there is no barcode, it appears as 'null' in the column

Fixed in "Bug 33568: Do not display 'null' when no barcode"

> 3) 'Host records' column should not be available, when EasyAnalytics is
> turned off.

Fixed in "Bug 33568: Hide 'Host records' if EasyAnalyticalRecords is off"

> 4) Table configuration doesn't appear to be used as expected. I checked:
> Catalog > holdings_table has only holdings_issues and holdings_renewals
> hidden by default. But the table keeps appearing with only a minimum number
> of columns and a lot of them hidden. Unfortunately the hidden column also
> includes much neded ones like callnumber. Any changes I make don't seem to
> stick.

The table is hiding empty columns. So if the x items displayed on the page do
not have callnumber, then the column will be hidden, even if other pages have
items with callnumber. Is that what you are seeing?
See commit message "Bug 33568: Hide empty columns".

It is what we are doing already on master, but here we don't want to fetch all
the items to know if data exist for each each column...

> 5) SpineLabelShowPrintOnBibDetails: the callnumber print on longer opens in
> small size modal. This also has the effect, that there is no way to close
> this window without printing.

Fixed in "Bug 33568: Fix popup behaviour for SpineLabelShowPrintOnBibDetails"

> 6) The status column is no longer sortable. It's sortable in 22.11 and works
> well there. Alos: I can't activate a filter for this column and the normal
> filter doesn't find the contents of the column. There is no way to find the
> 'checked out' or 'ordered' items in that list.

See commit message for "Bug 33568: Status"
"""
    See the FIXME in the code, we are losing the ability to search on the
status,
    but this is really impossible to implement if we are not storing the
    status (DB or search engine).
"""

> 7) When an item is checked out, there is no longer a link to the patron's
> account.

Fixed in "Bug 33568: Restore link to patron"

> 8) hidepatronname doesn't seem to have any effect. 

I think this is a bug in js-patron-format.inc, it should be reported
separately.

> 9) Using the single search box on top of the table: "checked" doesn't find
> the checked out items. In 22.11 that works.

If we want that we need a filter at the top of the page. That should be a
separate bug.

> 10) StaffDetailItemSelection: when disabled, not only the checkboxes are
> gone, but I can also no longer activate the column specific filters. In
> 22.11 this is still possible when the select feature is disabled.

Fixed in "Bug 33568: Restore column filters when StaffDetailItemSelection is
off"

> Notes/Questions:
> 1) Currently some column only show when there is data for them, like course
> reserves. this is very helpful in preserving space, but doesn't seem to be
> the case anymore.

"Preserving space"?
See above.

> 2) Right now we see all items immediately in the table, one the page has
> loaded. Now we only see the first 20. Libraries might feel this is a too low
> default setting. It would be great if we could have that configurable in
> table settings from the start.

It should be very easy to implement. I will do it when this reaches master.

-- 
You are receiving this mail because:
You are watching all bug changes.