[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Nick Clemens changed: What|Removed |Added Blocks||24914 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24914 [Bug 24914] Saving a record as MARC (Unicode/UTF-8, Standard) remove items -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Status|Pushed to Master|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 M. de Rooy m.de.r...@rijksmuseum.nl changed: What|Removed |Added Attachment #7566|0 |1 is obsolete|| --- Comment #36 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-02-13 08:06:02 UTC --- Created attachment 7612 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7612 Patch Amended Jared's patch to resolve double defition of $error in export.pl -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #37 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-02-13 08:08:07 UTC --- s/defition/definition Paul: please push this patch in conjunction with 7392. Also at Passed QA. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Paul Poulain paul.poul...@biblibre.com changed: What|Removed |Added Status|Passed QA |Pushed to Master Version|master |rel_3_8 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345
Paul Poulain paul.poul...@biblibre.com changed:
What|Removed |Added
Status|Passed QA |Patch doesn't apply
--- Comment #33 from Paul Poulain paul.poul...@biblibre.com 2012-02-10
15:15:46 UTC ---
My pre-applypatch says the Signed patch is wrong:
Global symbol $error requires explicit package name at catalogue/export.pl
line 56.
catalogue/export.pl had compilation errors.
(just tried on uptodate master)
Seems relevant as the patch adds
+elsif ($format =~ /marcstd/) {
+C4::Charset::SetUTF8Flag($marc,1);
+($error,$marc) = marc2marc($marc, 'marcstd',
C4::Context-preference('marcflavour'));
+}
--
Configure bugmail:
http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.
___
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Paul Poulain paul.poul...@biblibre.com changed: What|Removed |Added Status|Patch doesn't apply |Failed QA --- Comment #34 from Paul Poulain paul.poul...@biblibre.com 2012-02-10 15:16:25 UTC --- oups, wrong status sorry -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Attachment #7017|0 |1 is obsolete|| Attachment #7462|0 |1 is obsolete|| --- Comment #35 from Jared Camins-Esakov jcam...@cpbibliography.com 2012-02-10 15:27:40 UTC --- Created attachment 7566 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7566 Bug 7345: Enable exporting records sans private fields Add an option for marcstd to the opac-export.pl and catalogue/export.pl scripts. This new format removes all 9XX, X9X, XX9 fields and subfield $9 (with the exception of 490 in flavours of MARC other than UNIMARC). The work is done in C4::Record::marc2marc. This patch adds the new export option 'marcstd' for exporting MARC records without 9xx, x9x and xx9 fields and subfields to the staff detail page. Testing plan: 1. Export a record in MARC (Unicode/UTF-8) format as a control 2. In the OPAC, run the following jQuery to add the marcstd option to the UI: $(#export #format).append(option value='marcstd'MARC (no 9xx)/option); 3. Export the same record in MARC (no 9xx) format 4. Compare the two, noticing that any subfield $9 or fields including 9 (other than 490 in flavours of MARC other than UNIMARC) have been removed Signed-off-by: Marcel de Rooy m.de.r...@rijksmuseum.nl Works as advertised now. Signed-off-by: Katrin Fischer katrin.fischer...@web.de Signed-off-by: Jared Camins-Esakov jcam...@cpbibliography.com This patch squashes both the original patch and Katrin's follow-up adding marcstd as an export option on the staff client. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Status|Failed QA |Signed Off -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Status|Signed Off |Passed QA -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #29 from Jared Camins-Esakov jcam...@cpbibliography.com 2012-02-05 20:01:13 UTC --- (In reply to comment #23) QA Comment: First, looks very good, but still have a few questions: 1) Will a user know that marcstd means marc without private fields (9XX, X9X and XX9)? I did not realize it rightaway too ;) BTW Does not block this patch! I still argue that this is primarily a developer-centric patch. It's needed so that we can interoperate with the rest of the library world who do not speak Koha. If you have a better idea for the label, please submit a follow-up patch by all means. I do not have any better ideas. I would probably use jQuery to call it Raw MARC because I don't see any use for the existing UTF-8 and MARC-8 exports. 2) While testing it, I saw that the fields 952 and 999 are still included. Note that these are certainly no marc standard fields, so if any should be excluded, they should. Since your regex tests /9/, I do however not understand why they are still there. Do you? Note that a local field 942 and subfields 9 were correctly removed in my testing. Could you test this too? I did not have this problem, but your proposed fix worked, so I will attach the revised patch momentarily. 3) I doubt if the encoding is 100% correct. When I opened the exported file in notepad, some characters with umlaut did not come up completely correct. But when copying them somewhere else, they were correct after all. When I commented the call to SetUTFFlag, the results in notepad were correct. Tested with title: Vorläufer, Schüler, Zeitgenossen. Please note that GetMarcBiblio is already calling _new_from_xml with a utf8 parameter. Also note that this remark also pertains to existing format utf8 in export scripts. (So formally, it could be a report on itself.) Maybe Katrin can test it (probably she has the most experience with umlauts ;) I think it is better not to fix this here, because I am not an expert in this, and it would be better to have someone who understands the problem fix it in both places than have me try to hack in a fix here. 4) Finally, elaborating on point 3: Not blocking this patch, but why would the marc2marc function not just demand a marc object (instead of optionally creating it). Note that the only call now already receives an object, created by GetMarcBiblio. And why not leave the call to as_usmarc to the export script, just as done in the case of format marc8, utf8 ? I was using the existing marc2marc API, which specified that it should return the results of as_usmarc. Changing status just to reflect need for some testing and answers.. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Attachment #6738|0 |1 is obsolete|| --- Comment #30 from Jared Camins-Esakov jcam...@cpbibliography.com 2012-02-05 20:01:53 UTC --- Created attachment 7460 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7460 Revised patch -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Status|Failed QA |Signed Off -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 M. de Rooy m.de.r...@rijksmuseum.nl changed: What|Removed |Added Attachment #7460|0 |1 is obsolete|| --- Comment #31 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-02-06 07:38:47 UTC --- Created attachment 7462 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7462 Signed patch -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 M. de Rooy m.de.r...@rijksmuseum.nl changed: What|Removed |Added Status|Signed Off |Passed QA --- Comment #32 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-02-06 07:46:14 UTC --- QA Comment: With reference to comment 23. Point 1. Name may need a followup. Note BTW that this patch needs 7392 to make the option visible. For testing purposes I manually added a line to opac-results.tt to add this option. Point 2. Most important one: Solved. Note that this may depend too on the version of MARC::Record. The problem of delete_fields may have been resolved in a newer version. Point 3. Still needs attention, but does not block this patch. This already occurs in current code (option utf8). Point 4. May not have been fully understood. Does not matter to me. Only theory. Marking it as Passed QA. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 M. de Rooy m.de.r...@rijksmuseum.nl changed: What|Removed |Added Priority|PATCH-Sent (DO NOT USE) |P3 QAContact|koha.sek...@gmail.com |m.de.r...@rijksmuseum.nl -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 M. de Rooy m.de.r...@rijksmuseum.nl changed: What|Removed |Added Status|Signed Off |Failed QA --- Comment #23 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-02-03 09:27:33 UTC --- QA Comment: First, looks very good, but still have a few questions: 1) Will a user know that marcstd means marc without private fields (9XX, X9X and XX9)? I did not realize it rightaway too ;) BTW Does not block this patch! 2) While testing it, I saw that the fields 952 and 999 are still included. Note that these are certainly no marc standard fields, so if any should be excluded, they should. Since your regex tests /9/, I do however not understand why they are still there. Do you? Note that a local field 942 and subfields 9 were correctly removed in my testing. Could you test this too? 3) I doubt if the encoding is 100% correct. When I opened the exported file in notepad, some characters with umlaut did not come up completely correct. But when copying them somewhere else, they were correct after all. When I commented the call to SetUTFFlag, the results in notepad were correct. Tested with title: Vorläufer, Schüler, Zeitgenossen. Please note that GetMarcBiblio is already calling _new_from_xml with a utf8 parameter. Also note that this remark also pertains to existing format utf8 in export scripts. (So formally, it could be a report on itself.) Maybe Katrin can test it (probably she has the most experience with umlauts ;) 4) Finally, elaborating on point 3: Not blocking this patch, but why would the marc2marc function not just demand a marc object (instead of optionally creating it). Note that the only call now already receives an object, created by GetMarcBiblio. And why not leave the call to as_usmarc to the export script, just as done in the case of format marc8, utf8 ? Changing status just to reflect need for some testing and answers.. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #24 from Katrin Fischer katrin.fisc...@bsz-bw.de 2012-02-03 09:32:55 UTC --- Hi Marcel, no idea about most of the points you made, but perhaps 1) 1) Will a user know that marcstd means marc without private fields (9XX, X9X and XX9)? I did not realize it rightaway too ;) BTW Does not block this patch! I don't think the user is seeing this somewhere? I used the codes for my syspref (bug 7392) but tried to explain in the text of the pref. So perhaps we should change the explanation / name shown in OPAC if it's not clear? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #25 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-02-03 09:48:42 UTC --- (In reply to comment #24) I don't think the user is seeing this somewhere? I used the codes for my syspref (bug 7392) but tried to explain in the text of the pref. So perhaps we should change the explanation / name shown in OPAC if it's not clear? Yes, maybe Jared could come up with a better description? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #27 from Katrin Fischer katrin.fisc...@bsz-bw.de 2012-02-03 09:54:47 UTC --- I think as the item format is Koha specific it will not be useful for patrons, so perhaps the OPAC should not offer this information. Also - will the download include fields like internal notes? Because if it does... this is another problem. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #28 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-02-03 09:59:01 UTC --- (In reply to comment #27) I think as the item format is Koha specific it will not be useful for patrons, so perhaps the OPAC should not offer this information. Also - will the download include fields like internal notes? Because if it does... this is another problem. You could open up a new report for that. Now you can see those internal notes when you export with MARC/UTF8 option. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 M. de Rooy m.de.r...@rijksmuseum.nl changed: What|Removed |Added CC||m.de.r...@rijksmuseum.nl Patch Status|Signed Off |Failed QA --- Comment #18 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-01-13 15:52:32 UTC --- QA Comment: This looks VERY promising! Some points to note: CONFLICT (content): Merge conflict in installer/data/mysql/sysprefs.sql Auto-merged installer/data/mysql/updatedatabase.pl CONFLICT (content): Merge conflict in installer/data/mysql/updatedatabase.pl Resolved them but unfortunately had more remarks ;) In the pref file I find a template variable: Use the CSS stylesheet [% opacthemelang %]/css/ This does not work here. OpacExportOptions: It does not really read comfortable in the Preferences screen. All options exceed the length of the field. Could you extend the field, make it better readable (new line)? [Is no blocker but a design thing..] MARC standard is promised but not delivered yet (while pending on other report). Does not block this, but you could move it to the report it belongs.. Just a thought: If you add an unexisting format, it now comes in the list and you will have an error message on screen. Would it be interesting to exclude these formats (question with some doubts on my part too).. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #19 from Jared Camins-Esakov jcam...@cpbibliography.com 2012-01-13 15:59:39 UTC --- Marcel, Is that comment about this bug? There are no preference changes here. Maybe you're looking at bug 7392, which depends on this one? Jared -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #20 from Katrin Fischer katrin.fisc...@bsz-bw.de 2012-01-13 16:07:44 UTC --- Hi Marcel, thx for testing this :) In the pref file I find a template variable: Use the CSS stylesheet [% opacthemelang %]/css/ This does not work here. I changed that from the old template syntax to TT - so it probably never worked. Not sure how to make it work? I can take the line change out - but it will still be broken. OpacExportOptions: It does not really read comfortable in the Preferences screen. All options exceed the length of the field. Could you extend the field, make it better readable (new line)? [Is no blocker but a design thing..] It seems the appearance of the field is determined by the type you give in the pref file. I am not sure there is a better type we can use here. The only other option seems to be a box like we use for OpacUserCSS and others? MARC standard is promised but not delivered yet (while pending on other report). Does not block this, but you could move it to the report it belongs. I have marked both bugs as dependent on each other. The only thing keeping 7392 from being pushed is the missing presence in the GUI. So I thought I would look into it and it turned into a new feature, going beyond a simple follow-up. Just a thought: If you add an unexisting format, it now comes in the list and you will have an error message on screen. Would it be interesting to exclude these formats (question with some doubts on my part too).. I can make them not show up - that's probably the easiest way to solve this. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #21 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-01-13 17:59:47 UTC --- (In reply to comment #19) Marcel, Is that comment about this bug? There are no preference changes here. Maybe you're looking at bug 7392, which depends on this one? Jared You are right, saved in the wrong report.. About quality ;) -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 M. de Rooy m.de.r...@rijksmuseum.nl changed: What|Removed |Added Patch Status|Failed QA |Signed Off --- Comment #22 from M. de Rooy m.de.r...@rijksmuseum.nl 2012-01-13 18:07:21 UTC --- Restoring patch status.. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Attachment #7006|0 |1 is obsolete|| --- Comment #16 from Jared Camins-Esakov jcam...@cpbibliography.com 2012-01-02 22:03:56 UTC --- Created attachment 7017 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7017 Bug 7345: Follow up: Adding the new export option to staff interface This patch adds the new export option 'marcstd' for exporting MARC records without 9xx, x9x and xx9 fields and subfields to the staff detail page. Patch applies on top of first patch for this bug. Signed-off-by: Jared Camins-Esakov jcam...@cpbibliography.com -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Patch Status|Needs Signoff |Signed Off -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345
Katrin Fischer katrin.fisc...@bsz-bw.de changed:
What|Removed |Added
Attachment #6738|0 |1
is obsolete||
--- Comment #14 from Katrin Fischer katrin.fisc...@bsz-bw.de 2012-01-01
13:27:04 UTC ---
Created attachment 7001
-- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7001
Bug 7392: Add system preference to define export options in OPAC
NOTE: Patch depends on changes made for bug 7345 for the marcstd option.
It adds a new system preference 'OpacExportOptions':
The new system preference allows to give a list of | separated
values to define, which download options are offered in OPAC.
Possible options are listed in the system preference editor
and include the new export option 'marcstd' from bug 7345.
The sequence of the download options in the system preference will
be the sequence in the OPAC pull down.
If left empty, the export option will be hidden from OPAC.
This patch creates a new include file for the OPAC with all the
code that is common to the three detail views (regular, MARC, and
ISBD).
As a side effect of creating this include file, some inconsistencies
in OpacSearchForTitleIn were fixed. {BIBLIONUMBER} and {CONTROLNUMBER}
were broken for ISBD and MARC view before and should now be replaced
with the correct values in all tabs.
--
Configure bugmail:
http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.
___
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Katrin Fischer katrin.fisc...@bsz-bw.de changed: What|Removed |Added Attachment #7001|0 |1 is obsolete|| -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #15 from Katrin Fischer katrin.fisc...@bsz-bw.de 2012-01-01 19:35:52 UTC --- Created attachment 7006 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7006 Bug 7345: Follow up: Adding the new export option to staff interface This patch adds the new export option 'marcstd' for exporting MARC records without 9xx, x9x and xx9 fields and subfields to the staff detail page. Patch applies on top of first patch for this bug. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Katrin Fischer katrin.fisc...@bsz-bw.de changed: What|Removed |Added Patch Status|Failed QA |Needs Signoff -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Paul Poulain paul.poul...@biblibre.com changed: What|Removed |Added Patch Status|Signed Off |Failed QA --- Comment #13 from Paul Poulain paul.poul...@biblibre.com 2011-12-30 09:45:52 UTC --- Jared, I just spoke of this entry with cait on IRC. I mark this bug failed QA until there is a practical easy to use way to activate this feature. My first thoughts would be: * add a syspref to define the local field behaviour: let the user choose to upload them or no / remove them automatically * depending on the syspref, add a checkbox on the export screen or no * depending on the syspref and/or the user choice, remove local fields before exporting or no. PS: the items are also stored in a 9xx field (995 in UNIMARC, 952 in MARC21). I strongly think we must let user export those fields (with an option not to have them ?), otherwise, they will never have items ! PS2: cait told me: cait perhaps I can write a follow up adding the option to the gui then a few minuts later: cait paul_p: I will try to work on a follow up -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #9 from Paul Poulain paul.poul...@biblibre.com 2011-12-16 09:24:33 UTC --- (In reply to comment #8) Paul, (In reply to comment #7) QA comment: I must be dumb, but: the test plan include some jquery. this is OK for testing. But in real life, how will we control it we export 9 or no ? No, you're not dumb. There is no user interface change. OK, but I still don't see what to do with this patch: if it changes nothing practically, why applying it ? I was expecting a syspref for example, to decide wether to export or no 9 fields. Or some checkbox on opac-export script, to let user decide. Or something like that. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #10 from Jared Camins-Esakov jcam...@cpbibliography.com 2011-12-16 12:39:44 UTC --- (In reply to comment #9) OK, but I still don't see what to do with this patch: if it changes nothing practically, why applying it ? Because if you don't apply it, people can't use /cgi-bin/koha/opac-export.pl to provide standard-compliant MARC to other programs. This is a programmer's feature, but no less valid for that, in my opinion. I use it with a non-Koha utility script that retrieves records from Koha for further processing and display. I was expecting a syspref for example, to decide wether to export or no 9 fields. Or some checkbox on opac-export script, to let user decide. Or something like that. This would be possible, but I am disinclined to try and build consensus about the proper way to handle this in the user interface. Obviously no one is bothered by the fact that Koha by default offers non-standard-compliant MARC for download. Even with no changes to existing functionality, getting consensus on adding this to Koha is taking a while. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Katrin Fischer katrin.fisc...@bsz-bw.de changed: What|Removed |Added CC||katrin.fisc...@bsz-bw.de --- Comment #11 from Katrin Fischer katrin.fisc...@bsz-bw.de 2011-12-16 13:06:35 UTC --- Hi Jared and Paul, perhaps this patch could go in as a first step and we could argue about how to add it to the gui later on? I would like a way to export MARC without local fields as we use some of them and an easy way to strip them out would be good. I think it could be an option for the staff interface and perhaps a system preference for the OPAC? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Patch Status|Failed QA |Signed Off --- Comment #8 from Jared Camins-Esakov jcam...@cpbibliography.com 2011-12-15 19:48:32 UTC --- Paul, (In reply to comment #7) QA comment: I must be dumb, but: the test plan include some jquery. this is OK for testing. But in real life, how will we control it we export 9 or no ? No, you're not dumb. There is no user interface change. I suggested the jQuery so that people could just copy-and-paste something for testing, rather than needing to modify a URL by hand. I don't think we should change the behavior in the OPAC without a compelling reason, if everyone's been happy with it as it is for over a decade. However, as a web service, opac-export.pl and export.pl really need to be able to provide standard MARC to services like RefWorks (well, actually, RefWorks doesn't support MARC at all, but that's another story). marking failed QA until I understand, switch back to signed-off once you've answered Will do. Regards, Jared -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added CC||ch...@bigballofwax.co.nz Patch Status|Needs Signoff |Signed Off -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Frère Sébastien Marie semarie-k...@latrappe.fr changed: What|Removed |Added CC||semarie-k...@latrappe.fr --- Comment #2 from Frère Sébastien Marie semarie-k...@latrappe.fr 2011-12-11 10:59:51 UTC --- I think the patch could have a better design if UNIMARC was handle better: currently, if marcflavour is UNIMARC, exporting records sans private fields will result exporting records with private fields without notice to users... The design could be to have a hash with: - key $from_marcflavour - value a hash for function which are flavour dependent (MARC::Record-new_from_usmarc' / 'is_privatefield') And if not key, set $error to 'unimplemented'. This will permit easily extend for other marcflavour... -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #3 from Jared Camins-Esakov jcam...@cpbibliography.com 2011-12-11 12:38:43 UTC --- Frère Sébastien, I don't use UNIMARC, but the patch is supposed to strip private fields from UNIMARC too. At least, I thought that fields containing a 9 were private fields in UNIMARC. The only difference between MARC21/NORMARC and UNIMARC is supposed to be that field 490 is left in for flavors other than UNIMARC. Can you provide more details on exactly which fields are being left in, so that I can troubleshoot it? Regards, Jared -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #4 from Frère Sébastien Marie semarie-k...@latrappe.fr 2011-12-11 13:04:36 UTC --- (In reply to comment #3) Frère Sébastien, I don't use UNIMARC, but the patch is supposed to strip private fields from UNIMARC too. At least, I thought that fields containing a 9 were private fields in UNIMARC. The only difference between MARC21/NORMARC and UNIMARC is supposed to be that field 490 is left in for flavors other than UNIMARC. Can you provide more details on exactly which fields are being left in, so that I can troubleshoot it? Sorry, I have too quickly read your code... But as you say UNIMARC is supported, I will test it. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Frère Sébastien Marie semarie-k...@latrappe.fr changed: What|Removed |Added Attachment #6704|0 |1 is obsolete|| --- Comment #5 from Frère Sébastien Marie semarie-k...@latrappe.fr 2011-12-11 13:18:16 UTC --- Created attachment 6707 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6707 Bug 7345: Enable exporting records sans private fields I have tested the patch under an UNIMARC flavour, with multiple items. Works as describe. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #1 from Jared Camins-Esakov jcam...@cpbibliography.com 2011-12-11 01:25:46 UTC --- Created attachment 6704 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6704 Bug 7345: Enable exporting records sans private fields Add an option for marcstd to the opac-export.pl and catalogue/export.pl scripts. This new format removes all 9XX, X9X, XX9 fields and subfield $9 (with the exception of 490 in flavours of MARC other than UNIMARC). The work is done in C4::Record::marc2marc. Testing plan: 1. Export a record in MARC (Unicode/UTF-8) format as a control 2. In the OPAC, run the following jQuery to add the marcstd option to the UI: $(#export #format).append(option value='marcstd'MARC (no 9xx)/option); 3. Export the same record in MARC (no 9xx) format 4. Compare the two, noticing that any subfield $9 or fields including 9 (other than 490 in flavours of MARC other than UNIMARC) have been removed -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Jared Camins-Esakov jcam...@cpbibliography.com changed: What|Removed |Added Priority|P5 - low|PATCH-Sent Status|NEW |ASSIGNED Patch Status|--- |Needs Signoff -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
