| Summary: | Edit record page displays item type even when biblioitems.itemtype is NULL | ||
|---|---|---|---|
| Product: | Koha | Reporter: | David Liddle <david_liddle> |
| Component: | Staff interface | Assignee: | Bugs List <koha-bugs> |
| Status: | CLOSED INVALID | QA Contact: | Testopia <testopia> |
| Severity: | minor | ||
| Priority: | P5 - low | CC: | gmcharlt, lauren_denny, phil |
| Version: | 22.11 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| GIT URL: | Initiative type: | --- | |
| Sponsorship status: | --- | Comma delimited list of Sponsors: | |
| Crowdfunding goal: | 0 | Patch complexity: | --- |
| Documentation contact: | Documentation submission: | ||
| Text to go in the release notes: | Version(s) released in: | ||
| Circulation function: | |||
|
Description
David Liddle
2024-11-26 14:41:45 UTC
Not clear what part of that is a bug which could be fixed. I'd expect that the 'MARC bibliographic framework test' would have told you that its test of 'All item fields are in the same tag and in item tab' was failing, but automatically running that after every add or remove in 'Koha to MARC maapping' seems excessive. Hi, Phil, and thanks for responding. Because the individual who created the misconfiguration(s) rushed in to both the test and production servers to reverse what could be reversed, I lost immediate access to whatever errors may have been revealed on that page. Once another matter gets cleared up, I will be able to restore the test server to an earlier point in time and see how it read. In any case, I don't think that the edit record page should show values that aren't really there. I was unable to determine on my own how the former value (now NULL) was being displayed or from where the interface retrieved it. That's the point at which I'd say there's a "bug": displaying information that is contrary to the stored value in the database. Ah, I see what you mean. But that's not how Koha works. The thing you edit in the cataloging editor doesn't live in the biblio and biblioitems tables; it's a blob of MARC data in the biblio_metadata table. And "Koha to MARC mapping" would be more accurately called "MARC to Koha mapping" since it's one-way that direction: you can map a MARC field to a Koha database column so that changes to the MARC field are copied into that biblio/biblio_items/items database column, but the database column isn't mapped back to the MARC field and changes to it don't change the MARC record. So all along the editor was showing you what was in 942$c in the MARC record, but no matter how 942$c is mapped it won't show you something from biblioitems or items, only from the MARC. Thank you for that *excellent* explanation, Phil. It's helpful information to have, especially the part about it being a one-way relationship. |