October 2012 - Koha-bugs - lists.koha-community.org

[Bug 8550] New: Z39.50 searches for ISBN/ISSN problematic
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '14

06 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8550 Priority: P5 - low Change sponsored?: --- Bug ID: 8550 CC: m.de.rooy(a)rijksmuseum.nl Assignee: jcamins(a)cpbibliography.com Summary: Z39.50 searches for ISBN/ISSN problematic Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Copy cataloging via Z39.50 is often done by searching on ISBN or ISSN. Unfortunately, the code for doing this is... problematic, and may cause problems with some Z39.50 servers. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 6331] New: Obsolete marc column in deleteditems
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '14

03 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6331 Bug #: 6331 Summary: Obsolete marc column in deleteditems Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org There is a difference between "items" and "deleteditems" tables in "kohastructure.sql" : "deleteditems" has a field "marc" not existing in "items". This columns appears to be obsolete. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 28

[Bug 7967] New: Z39.50 client should negotiate encoding with server
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '13

31 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7967 Priority: P5 - low Change sponsored?: --- Bug ID: 7967 Assignee: gmcharlt(a)gmail.com Summary: Z39.50 client should negotiate encoding with server QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: pongtawat.c(a)gmail.com Hardware: All Status: NEW Version: rel_3_2 Component: Cataloging Product: Koha Created attachment 9216 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9216&action=edit Add UTF-8 charset negotiation to Z39.50 search Currently Koha has an option to specify encoding for Z39.50 target. However, that option only tell Koha what encoding is to be expected from the server. Some server support multiple encoding format that could be negotiated via "charset" option. For example OCLC WorldCat support both UTF-8 and MARC-8 and default to MARC-8. As UTF-8 should be a better option, it would be better if Koha can try to negotiate the result encoding. I made a simple patch to z3950_search.pl that just set ZOOM charset option to 'UTF-8" when Koha's Z39.50 target encoding is set to utf8 (I don't know valid value for charset option for other encoding). This work for OCLC WorldCat and some other targets. Note that I test it on Koha 3.2 and it should also work on later version as that part of code is unchanged. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7151] New: rebuild_zebra needs a lockfile
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '13

31 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7151 Bug #: 7151 Summary: rebuild_zebra needs a lockfile Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org It is possible to have multiple rebuild_zebra running for the same environment, this is both inefficient and dangerous. This bug is track creating using a lockfile to stop this occuring -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 1

[Bug 6879] New: Actual price should show correctly on order line and basket summary
by bugzilla-daemon＠bugs.koha-community.org 25 Dec '13

25 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6879 Bug #: 6879 Summary: Actual price should show correctly on order line and basket summary Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5454 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5454 basket summary page I found this testing the bug for 4831. When you enter an actual price receiving items this it the price, that should be accounted as spent in the system. It should also be shown on order line. It isn't. To test: - create new fund - order item, price 8.74 - receive item, enter actual price 10.00 - search for the title in acq - check attached screenshots - basket summary page should show actual price somewhere - modifying the order line shows the wrong(!) value as actual price -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 20

[Bug 7504] New: cannot put a comma in a price when adding a new order
by bugzilla-daemon＠bugs.koha-community.org 25 Dec '13

25 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7504 Bug #: 7504 Summary: cannot put a comma in a price when adding a new order Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: gaetan.boisson(a)biblibre.com QAContact: koha.sekjal(a)gmail.com When entering the price on the new order screen, if you enter it with a comma "12,60" you get "NaN". It has to be entered as "12.60" in order to work. In some countries (France namely) the comma is the usual character to be used in decimal numbers. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 8334] New: Authority UNIMARC 100 field plugin
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '13

24 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8334 Priority: P5 - low Change sponsored?: --- Bug ID: 8334 Assignee: gmcharlt(a)gmail.com Summary: Authority UNIMARC 100 field plugin Severity: enhancement Classification: Unclassified OS: All Reporter: vfernandes(a)keep.pt Hardware: All Status: NEW Version: unspecified Component: MARC Authority data support Product: Koha There is no 100 authority field plugin. It would be nice to have it. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 7484] New: Keeping typed values when searching for authorities
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7484 Bug #: 7484 Summary: Keeping typed values when searching for authorities Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: koha.sekjal(a)gmail.com [MT2545] Page "Home › Authorities" 1) I'm on the "Search authorities" tab. I select an authority type, then change the active tab. The type change is lost. 2) I'm on a tab and type a search pattern, then change tab, the string is lost. This behaviour is logical, given the fact that we're using tabs, but it would be more practical to keep the typed informations when the user changes the search mode. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 7491] New: Description for item-level_itypes is misleading
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '13

16 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7491 Bug #: 7491 Summary: Description for item-level_itypes is misleading Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com The description is as follows: "Use the item type of the [biblio record|specific item] as the authoritative item type (for determining circulation and fines rules, etc)." But this syspref also governs the display of itemtypes in the OPAC. This is documented in the documentation: "It also determines if the item type icon appears on the OPAC search results. If you have the preference set to 'biblio record' then Koha displays the item type icon on the search results to the left of the result info." http://manual.koha-community.org/3.6/en/administration.html#catprefs (use Ctrl-F to search for the syspref) The syspref description should at least hint at this part of the functionality. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 5031] New: CSV export profile form doesn't indicate that profile marcfields are required
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '13

13 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5031 Summary: CSV export profile form doesn't indicate that profile marcfields are required Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you try to save a CSV export profile without filling in profile marcfields, the page refreshes without saving any data and without showing any warnings. The form should at least indicate that it is a required field. A proper fix would display warnings if the profile was not saved because of missing data. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 21