Bug 26300 - Error in ISBD view in OPAC
Summary: Error in ISBD view in OPAC
Status: CLOSED INVALID
Alias: None
Product: Koha
Classification: Unclassified
Component: MARC Bibliographic data support (show other bugs)
Version: 20.05
Hardware: All All
: P5 - low normal (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-26 04:06 UTC by Humberto Blanco
Modified: 2023-06-08 22:26 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments
display 952$y (49.83 KB, image/jpeg)
2021-01-19 16:52 UTC, Humberto Blanco
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Humberto Blanco 2020-08-26 04:06:52 UTC
when I try to connect in OPAC to 

https://catalogo.urosario.edu.co/cgi-bin/koha/opac-ISBDdetail.pl?biblionumber=35610

View this error

Software error:
The method Koha::Item->itemtype is not covered by tests!

Trace begun at /usr/share/koha/lib/Koha/Object.pm line 780
Koha::Object::AUTOLOAD('Koha::Item=HASH(0x564b373f19d0)') called at /usr/share/koha/lib/Koha/Item.pm line 478
Koha::Item::__ANON__ at /usr/share/koha/lib/Koha/Item.pm line 478
Koha::Item::hidden_in_opac('Koha::Item=HASH(0x564b373f19d0)', 'HASH(0x564b3659bcf0)') called at /usr/share/koha/lib/Koha/Biblio.pm line 258
Koha::Biblio::__ANON__ at /usr/share/koha/lib/Koha/Biblio.pm line 258
Koha::Biblio::hidden_in_opac('Koha::Biblio=HASH(0x564b35160c78)', 'HASH(0x564b37636218)') called at /usr/share/koha/opac/cgi-bin/opac/opac-ISBDdetail.pl line 91

But in staff all works fine
Comment 1 Katrin Fischer 2020-08-26 19:02:54 UTC
Please make sure that all your items (or records in case of item-level itype = biblio) have an itemtype set
Comment 2 Humberto Blanco 2021-01-18 17:50:23 UTC
has any advance about this, i have the same error, but this error is not present in staff view.

only biblioitems has itemtype, 

https://catalogo.urosario.edu.co/cgi-bin/koha/opac-ISBDdetail.pl?biblionumber=35610

this book has itemtype value  set to LIBRO

mac or normal view its working fine 
https://catalogo.urosario.edu.co/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=35610
https://catalogo.urosario.edu.co/cgi-bin/koha/opac-detail.pl?biblionumber=35610

ins staff view looks like :

Saint-Exupery, Antoine de, 1900-1944

El principito / Antoine de Saint-Exupéry.. -- Bogotá (Colombia) : Alianza, 1988 . -- 116 páginas . -- (El Libro de Bolsillo.Literatura ; 348).

ISBN: 9589159354

MATERIAS:
Cuentos franceses
Literatura europea
Literatura francesa
Literatura infantil francesa

Clasificación Dewey. No.: 843.912

EXISTENCIAS:
Libro / Ej.1 / 100004351 / Claustro / 843.912 S137p
Comment 3 Katrin Fischer 2021-01-18 22:33:35 UTC
Please check that in your frameworks the 952$y is set to display in the OPAC.
Also: Are you using OpacHiddenItems? Try to empty it out and retest.
Comment 4 Humberto Blanco 2021-01-19 16:52:38 UTC
Created attachment 115338 [details]
display 952$y

yes the item its set to display in opac
Comment 5 Humberto Blanco 2021-01-19 16:54:04 UTC
aboyt the Hiddenitems, yes we have, but associated to other types not book
Comment 6 Katrin Fischer 2021-01-19 18:21:45 UTC
Sorry, I am out of ideas then. I just noticed the HiddenItems reference in your error message.
Comment 7 Rafael Antonio 2022-01-27 19:40:34 UTC
Release 21.11 has this error.
If we have the record without item opac-ISBDdetail.pl works well.
When we add an item we receive the message
"Sorry, the requested page is not available
Error 404"

We tryid to make a clean instalation but it hapens the same error.
Any help?
Thanks
Comment 8 Rafael Antonio 2022-01-27 19:41:33 UTC
Release 21.11 has this error.
If we have the record without item opac-ISBDdetail.pl works well.
When we add an item we receive the message
"Sorry, the requested page is not available
Error 404"

We tryid to make a clean instalation but it hapens the same error.
Any help?
Thanks
Comment 9 Charles Kelley 2022-03-23 00:44:57 UTC
We also see this bug.

After we found this bug report, we cleaned up our database quite a bit; but the bug persists. Here's our error report.

The method Koha::Item->lost is not covered by tests!

Trace begun at /usr/share/koha/lib/Koha/Object.pm line 780
Koha::Object::AUTOLOAD('Koha::Item=HASH(0x55c6bdf4bf60)') called at /usr/share/koha/lib/Koha/Item.pm line 478
Koha::Item::__ANON__ at /usr/share/koha/lib/Koha/Item.pm line 478
Koha::Item::hidden_in_opac('Koha::Item=HASH(0x55c6bdf4bf60)', 'HASH(0x55c6bdf4bde0)') called at /usr/share/koha/lib/Koha/Biblio.pm line 258
Koha::Biblio::__ANON__ at /usr/share/koha/lib/Koha/Biblio.pm line 258
Koha::Biblio::hidden_in_opac('Koha::Biblio=HASH(0x55c6bba689c8)', 'HASH(0x55c6bdf3fc50)') called at /usr/share/koha/opac/cgi-bin/opac/opac-ISBDdetail.pl line 91
For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error.

We hope this bug is exterminated very soon.
Comment 10 Katrin Fischer 2022-07-16 20:46:32 UTC
Could you post the contents of your OpacHiddenItems system preference?
And can you please check if the error goes away if you empty it for a quick test?
Comment 11 Charles Kelley 2022-07-17 00:14:00 UTC
On our end the bug is exterminated.

What caused the bug in the first place was that we used the wrong header in the OPACHiddenItems. Originally, we entered

lost: [1, 2, 3, 4, 5, 9, 21, 22, 31, 32, 98, 99]

Through other correspondence, we learned that the SQL column names were supposed to be used instead. So we got a copy of the column names from the Koha-community website and corrected the above bad entry to

itemlost: [1, 2, 3, 4, 5, 9, 21, 22, 31, 32, 98, 99]

The problem vanished. We got "lost" from what appears in some of the documentation, from a bit of intuition, and a bit of illogic.

In summary, as long as the SQL column name is used, there isn't a problem. I suggest the documentation be amended to include such cautionary advice.
Comment 12 Katrin Fischer 2022-07-17 08:52:15 UTC
Hi Charles, thanks for sharing your solution. I believe Humberto's problem is very similar:

The column in the items table is named itype, not itemtype.

See: https://schema.koha-community.org/master/tables/items.html