[Bug 21124] New: Non-Public note does not appear if added to item in MARC field
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 Bug ID: 21124 Summary: Non-Public note does not appear if added to item in MARC field Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: danield@brimbank.vic.gov.au QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl Created attachment 77294 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=77294&action=edit Non-public note field when editing an item Adding a non-public note when in the item detail area (moredetail.pl) works as expected ie. it's visible in the normal title view, when returning/issuing, etc. When adding a non-public note in the edit item screen (additem.pl?op=edititem), the note will save, but will not appear in the areas it is supposed to be visible. Similarly this will occur if you try to batch modify a group of items adding a non-public note. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 Lisette Scheer <lisetteslatah@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lisetteslatah@gmail.com --- Comment #1 from Lisette Scheer <lisetteslatah@gmail.com> --- We had this problem, but were able to fix it via 'Koha to Marc Mapping' in the administrative section. We mapped Koha field itemnotes_nonpublic to marc tag 952 subfield x Non-public note. After this our support company was able to run a script to merge both the fields because over the years different people had used the different note fields and we didn't want to lose either of them. After the mapping, the notes works as expected when editing the item and in the moredetail.pl page. Lisette Scheer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart@bugs.koha-c | |ommunity.org Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- That sounds like a configuration issue. As Lisette said make sure the field is correctly mapped. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 danield@brimbank.vic.gov.au changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |--- Status|RESOLVED |REOPENED --- Comment #3 from danield@brimbank.vic.gov.au --- Thanks, I've checked our configuration as suggested and the field is mapped correctly: itemnotes_nonpublic 952 x Non-public note, but the problem still persists. Additionally I checked the same issue on our test server which is on version 18.05, and I couldn't replicate the problem. Possibly something that was patched previously (although I couldn't find anything here)? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #4 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Daniel, have you checked it's the same mapping for all frameworks? Before the column in items was introduced for the non-public note, we used to leave the mapping empty and the data was stored in items.more_subfields_xml. A mix of those old stored values with new ones would explain the behaviour you see. For example the display in the detail view only works with the new mapping. Maybe you can run an SQL report to check if there is data in more_subfields_xml or if it's stored in itemnotes_nonpublic? If the mapping is different, don't remap immediately, as you might want to think first about how to move your data. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 danield@brimbank.vic.gov.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #5 from danield@brimbank.vic.gov.au --- Hi Katrin, Just looked in one of the MARC frameworks and noticed there was no Koha link in Advanced Constraints for Non-public note in the Live system. In our Test system, there is a link for the framework. I will check the other frameworks, but this looks like the problem. So what you're saying is if I update the link it will wipe the current notes that are in there? I guess I better migrate the existing notes then :) Thanks all for your help. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 emjhet@pa.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |emjhet@pa.net Resolution|FIXED |--- --- Comment #6 from emjhet@pa.net --- There are other problems with the non-public note field. Once the MARC field 952$x is mapped to items itemnotes_nonpublic (so that one can run reports that contain the 952$x), this note field begins to appear at check in and check out. If one has patron controlled circulation, then these fields are no longer "non-public." I would expect that a non-public note would be available only to those who can access/modify the item record. If you wish this to be a separate bug, please go ahead and do so. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 --- Comment #7 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- What do you mean by patron-controlled circulation? Are you lettings users use the circulation module or are you saying that the notes are showing up in the web based self check? (different interface) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 Hugo Agud <hagud@orex.es> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hagud@orex.es --- Comment #8 from Hugo Agud <hagud@orex.es> --- Hi I have seen this issue right now... as far I have been able to check At MySQL we have two fields mysql itemnotes_nonpubl mysql more_subfields_xml when you add non public notes via 'edit items' the content is saved on more_subfields_xml when you add non public notes via items tab at biblio record, the content is saved on itemnotes_nonpubl the detail view of record shows the content of itemonotes_nonpubl and the table inside edit items show mysql_more_subfields_xml then we have duplicate store fields for non_public_notes , and depending what you have filled you can see in one place or another -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 --- Comment #9 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Hugo, as explained in the other comments, this points to a configuration issue in your frameworks. Make sure your frameworks link the public note correctly to itemnotes_nonpublic in all cases. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21124 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org