May 2013 - Koha-bugs - lists.koha-community.org

[Bug 10161] New: rebuild_zebra.pl should (at least) exit 1 on error
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10161 Bug ID: 10161 Summary: rebuild_zebra.pl should (at least) exit 1 on error Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10098] New: Inactive Funds are still showing in Acquisitions Order screen in Internet Explorer
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10098 Bug ID: 10098 Summary: Inactive Funds are still showing in Acquisitions Order screen in Internet Explorer Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au Currently, browsers like Chrome (and probably Firefox) allow you to use a "Show all" check box to show all funds or just the active funds. Unfortunately, in Internet Explorer, function using the JQuery .remove() method doesn't seem to be working. When the page loads, it shows both active and inactive funds. Using the "Show all" toggle does nothing. -- I haven't investigated this very far but I didn't see any mention of the method not working in IE on the JQuery site. I've seen a JSFiddle that uses a remove() method, so I'm thinking it must be how we're using it which causes the problem in IE... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9993] New: On editing basket group delivery place resets to logged in branch
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9993 Bug ID: 9993 Summary: On editing basket group delivery place resets to logged in branch Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de When editing a basket group the selected options for delivery address don't match what's saved in the database. To reproduce: 1) Create a new basket group, set delivery place to "-" 2) Add a delivery address in the text box. 3) Save. 4) Edit basket group - delivery place is set to my current branch instead of "-" Comment from Fridolyn on this behaviour (bug 7996): Creating a new basketgroup and editing one uses the same page and operation : acqui/basketgroup.pl?op=add&booksellerid=x&basketgroupid=x So when you edit an existing basketgroup, selected branches are librarian branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[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 9512] New: "Did you mean" searches authority number as a stem, returns false positives
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9512 Bug ID: 9512 Summary: "Did you mean" searches authority number as a stem, returns false positives Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: eb(a)efdss.org CC: jcamins(a)cpbibliography.com If you click on a suggested term that has no biblios attached to it, it runs a search on the authority number as a stem. This returns suggested terms based on that start with the same digits. Example: Suggested term has authority no. 271 (but there are no biblios linked to this authority. Clicking on this term returns suggestions for terms with authority numbers 2715 and 2716, completely unrelated to the original term. Would it be possible to have it search the authority number exactly, instead of using it as a stem? If nothing is found, a statement like: 'no records use this term' rather than suggesting inappropriate alternatives based on a truncated authority number. -- You are receiving this mail because: You are watching all bug changes.

1 2

[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

[Bug 6762] New: show orderline numbers in the basket display
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6762 Bug #: 6762 Summary: show orderline numbers in the basket display Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Orderline numbers don't display when viewing a basket but we see them when exporting to CSV files and when doing search filtering. It would be nice if these numbers showed in the basket. -- 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 9

[Bug 5185] New: Match modification should (optionally) update the last seen time
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5185 Summary: Match modification should (optionally) update the last seen time Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When using the batch modification tool, there should be the option of updating the last-seen time. -- 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 9