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

[Bug 7255] New: Information on Holds Transfer Slips is Inconsistent
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7255 Bug #: 7255 Summary: Information on Holds Transfer Slips is Inconsistent Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: ago(a)bywatersolutions.com, gmcharlt(a)gmail.com Some of my libraries are experiencing situations where the items barcode number and call number sometimes print on the hold transfer slip and sometimes not. Other libraries have never had this information print on the slip. We've discovered that they've got a race condition in the code; when you click "confirm and print slip", you're both submitting the form that confirms the hold, as well as opening the transfer slip page. If this is a title-level hold originally, the item information (barcode and callnumber) isn't filled in until the form you've submitted completes it's action. So, depending on all kinds of server-level variables, the transfer slip process will either complete first, and not show item information, or complete second, and include barcode/callnumber. There is no way to tell which process will win the race ahead of time. So that's WHY it's a problem. As to how to fix it, we're not sure yet. The best solution would be to modify the page so that submitting the form completes, then triggers the hold slip (rather than both starting up at once), but that would involve an extensive reworking of the system. A quicker solution is to introduce a delay, but we're not sure exactly where yet. -- 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 19

[Bug 7520] New: json script to return item types
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '15

18 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7520 Bug #: 7520 Summary: json script to return item types Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha.sekjal(a)gmail.com Small script to return list of available item types, useful for building item type lists in custom code, eg provided in sysprefs -- 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 18

[Bug 7673] New: New patron permissions
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7673 Priority: P5 - low Change sponsored?: --- Bug ID: 7673 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: New patron permissions QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha refine permissions again : # limited_item_edition Limit item modification to barcode, status and note (please note that edit_item is still required) # manage_shelves Allows to manage shelves # delete_all_items Delete all items # merge_from_shelves Allows to merge records from shelves # items_limited_batchmod Limit batch item modification to item status (please note that items_batchmod is still required) -- You are receiving this mail because: You are watching all bug changes.

1 156

[Bug 6950] New: Cannot sort the results of a tag search
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6950 Bug #: 6950 Summary: Cannot sort the results of a tag search Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org If you click a link from the Tag Cloud, the results page offers the usual select menu to resort your results. However, doing so resubmits the search as a standard keyword search. I'm assuming there isn't even a way to pass a different sort to the tag search, so it might be necessary to simply hide the resort option when displaying the results of a tag search. -- 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 19

[Bug 7890] New: highlight required in yellow
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7890 Priority: P5 - low Change sponsored?: --- Bug ID: 7890 Assignee: gmcharlt(a)gmail.com Summary: highlight required in yellow QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha When you're cataloging if you forget to fill in some fields an error pops up and then the fields you forgot to fill in are highlighted in yellow - why not highlight them in yellow to start with so that they stand out better? -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 7015] New: Fixup Template Code to Accommodate More Variety of Label Styles
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '15

15 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7015 Bug #: 7015 Summary: Fixup Template Code to Accommodate More Variety of Label Styles Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Modify template code to allow the use of a greater variety of label styles (such as Gaylord LSL04, and friends). A cursory review reveals this basic spec: 1. Modify the Template view code to allow addition of columns of multiple dimensions. 2. Modify the Template control code to translate template specs into and out of xml format. 3. Modify the Template model to reduce the existing number of fields to the minimum needed to store the new template format. 4. Modify any other control code which requires access to template specs. -- 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 2

[Bug 7607] New: Advanced search: Index and search term don't match when leaving fields empty
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7607 Bug #: 7607 Summary: Advanced search: Index and search term don't match when leaving fields empty Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha.sekjal(a)gmail.com On advanced search in OPAC or staff: - leave the first pulldown on keyword and the search term empty - select author or title from the second pull down and enter a search term What will happen is, that Koha performs a keyword search with the search term from the second pull down. This means: Keyword: empty Title: <search term> Keyword: empty is equal to Keyword: <search term> Keyword: empty Keyword: empty but not the same as: Title : <search term> Keyword: empty Keyword: empty I wonder if this is related to bug 3264? But not sure how to fix 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.

1 6

[Bug 7170] New: Remove use of XML::Simple
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7170 Bug #: 7170 Summary: Remove use of XML::Simple Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Architecture, internals, and plumbing AssignedTo: paul.poulain(a)biblibre.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7119 XML::Simple is known to be very slow compared to other XML parsers. It's used to parse the koha-conf.xml, which is loaded on every page, taking ~600ms on my localhost, so this is a performance hit. These files currently use or reference XML::Simple: ./about.pl ./C4/Auth_with_ldap.pm ./C4/Context.pm ./C4/External/Amazon.pm ./C4/External/BakerTaylor.pm ./C4/External/Syndetics.pm ./C4/ILSDI/Services.pm ./C4/Installer/PerlDependencies.pm ./C4/Reports/Guided.pm ./C4/Search/PazPar2.pm ./C4/Search.pm ./C4/SIP/Sip/Configuration.pm ./C4/SIP/xmlparse.pl ./C4/XISBN.pm ./labels/label-create-xml.pl ./misc/bin/zebraqueue_daemon.pl ./misc/cronjobs/zebraqueue_start.pl ./opac/ilsdi.pl ./patroncards/create-pdf.pl ./patroncards/edit-layout.pl ./svc/authentication ./svc/bib ./svc/bib_profile ./svc/new_bib -- 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 5627] New: lock symbol even on not locked fields
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5627 Summary: lock symbol even on not locked fields Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: Mac OS Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When cataloging the authority controlled fields always show the lock symbol even if the field can be typed in - this is confusing to users and should only show locked if you can't type in the field. If it matters I'm on Mac and FF. -- 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 5

[Bug 7365] New: Koha uses MySQL
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7365 Bug #: 7365 Summary: Koha uses MySQL Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: marc(a)msys.ch QAContact: ian.walls(a)bywatersolutions.com This is a "meta" bug to track ongoing activity and changes needed to make Koha run on a PostgreSQL database. -- 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 44