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

[Bug 8657] New: Default sort by call number does not work
by bugzilla-daemon＠bugs.koha-community.org 07 May '13

07 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8657 Priority: P5 - low Change sponsored?: --- Bug ID: 8657 Assignee: oleonard(a)myacpl.org Summary: Default sort by call number does not work Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Searching Product: Koha If you try to set your search results default sort order to "call number" either in the OPAC or the staff client it does not work. It falls back to "relevance." Koha seems to be looking for the values "call_number_asc" or "call_number_dsc" but the preferences template causes the data to be saved as "callnumber_asc" and "callnumber_dsc." -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9134] New: There is no previous link on the page 2 on the search results page
by bugzilla-daemon＠bugs.koha-community.org 07 May '13

07 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9134 Bug ID: 9134 Summary: There is no previous link on the page 2 on the search results page 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: jonathan.druart(a)biblibre.com The include file includes/page-numbers.inc tests the previous_page_offset variable. It is equal to 0 if we are on the second page and the previous link does not appears. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 9737] New: Local Covers sometimes appear then disappear on OPAC Search Results/Lists
by bugzilla-daemon＠bugs.koha-community.org 07 May '13

07 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9737 Bug ID: 9737 Summary: Local Covers sometimes appear then disappear on OPAC Search Results/Lists Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au When there are bibs with local covers in the OPAC search results or in an OPAC list, they will appear for a split second and then disappear. Important Note: >From what I can tell, this only happens when "OPACAmazonCoverImages" is turned on. It also only seems to happen when an ISBN is supplied... -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 7428] New: koha-create shoud check for length of instancename
by bugzilla-daemon＠bugs.koha-community.org 06 May '13

06 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7428 Bug #: 7428 Summary: koha-create shoud check for length of instancename Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: magnus(a)enger.priv.no QAContact: ian.walls(a)bywatersolutions.com "MySQL user names can be up to 16 characters long." ( http://dev.mysql.com/doc/refman/5.0/en/user-names.html ) koha-create constructs the mysql username for a new instance by prepending "koha_" to the instancename. If this results in a username that is longer than 16 characters, mysql will give an error. koha-create should do one of these: - check the length of the provided instancename and exit with an explanatory message if the mysql username will be too long - truncate the instancename and use the resulting string as the mysql username, making sure to put the right string in koha-conf.xml -- 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 4

[Bug 10114] New: Double encoding problems caused by uri_escape_utf8
by bugzilla-daemon＠bugs.koha-community.org 06 May '13

06 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10114 Bug ID: 10114 Summary: Double encoding problems caused by uri_escape_utf8 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl This is a followup on bug 6554. While looking at report 10107 that makes opac-search do a resubmit on itself while adding a biblio to a list, a search expression with diacritics suffers an encoding problem. Reproduce this by: search on musée, click on Save next to Add to list. Why does this occur only on the resubmit? This is interesting: At first glance I was inclined to find the cause in the different CGI request method: the first search submit is a POST, the second is a GET. But since opac-search already uses the -utf8 flag on CGI, this is not the cause. The cause is found little bit deeper: The template variable QUERY_INPUTS is reconstructed via $query_cgi, which comes from Search.pm. In that module buildQuery uses uri_escape_utf8 for $query_cgi. This function from URI::Escape encodes before escaping. Since we should only encode when finally sending to STDOUT, this creates double encoding on the diacritical search expression. This only shows up on the resubmit. Why? The search term normally goes via ms_value to the template into the search box. No problem. The mangled url is only used when resubmitting in the above described way. Solution: We should carefully examine all occurrences of uri_escape_utf8 (not that much) and replace them by uri_escape as long as they are in the scope of the template handling process. My first patch will handle the Search.pm occurrences. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10118] New: Problem with diacritics on 'pay fines'
by bugzilla-daemon＠bugs.koha-community.org 06 May '13

06 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10118 Bug ID: 10118 Summary: Problem with diacritics on 'pay fines' Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de CC: m.de.rooy(a)rijksmuseum.nl Created attachment 17686 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17686&action=edit screenshot Diacritics don't show correctly on the 'pay fines' page in the patron record. Only the 'Pay fines' tab is affected, titles on the 'Account' tab display correctly. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 10089] New: Prevent renewing for restricted patrons
by bugzilla-daemon＠bugs.koha-community.org 06 May '13

06 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10089 Bug ID: 10089 Summary: Prevent renewing for restricted patrons Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, restricted patrons are not able to check out items, BUT they are able to renew checked out items. This isn't logical, since "renewing" an item is, essentially, equivalent to checking out the item again. In the OPAC patron screen, they are informed that their account is frozen, but...they are still able to renew books. -- I propose that we prevent restricted patrons from renewing items in the OPAC, and we prevent library staff from (accidentally) renewing books for restricted patrons in the staff client. -- My patch will: 1) Prevent renewing of checked out items by patrons/staff 2) It will provide appropriate warning messages on the staff client and the OPAC 3) It will improve the style of the "Patron is restricted" message on moremember.tt so that it is the same as the message in circulation.tt (since they're both just tabs in the patron record anyways). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 9791] New: Some tables are displayed with a pixel before and after
by bugzilla-daemon＠bugs.koha-community.org 03 May '13

03 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9791 Bug ID: 9791 Summary: Some tables are displayed with a pixel before and after Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com 5 tables (with datatables) are displayed with a pixel before and after. List is: - acqui/acqui-home.tt - acqui/booksellers.tt - acqui/neworderbiblio.tt - acqui/supplier.tt - members/statistics.tt -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 10107] New: opacbookbag shouldn't prevent from adding items to a list in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 02 May '13

02 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10107 Bug ID: 10107 Summary: opacbookbag shouldn't prevent from adding items to a list in the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com To reproduce: - Disable the opacbookbag syspref - Login in the OPAC - Create a list (I tested a private one) - Search in your db for some biblios. - Choose some and add them to the created list - Go to your users's page, to the my lists tab - Your list is empty. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 8197] New: Software error when you have cleaned cookies in your browser and try to past the url to opac-topissues.pl
by bugzilla-daemon＠bugs.koha-community.org 02 May '13

02 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8197 Priority: P5 - low Change sponsored?: --- Bug ID: 8197 Assignee: oleonard(a)myacpl.org Summary: Software error when you have cleaned cookies in your browser and try to past the url to opac-topissues.pl Severity: normal Classification: Unclassified OS: All Reporter: christophe.croullebois(a)biblibre.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha To test : for Opera ie :Settings/Delete Private Data/Detailed options => Delete sessions cookies Paste in your browser : ...cgi-bin/koha/opac-topissues.pl Without patch you'll have : Can't use an undefined value as a HASH reference at ...community/opac/opac-topissues.pl line 133. For help, please send mail to the webmaster..... This coding error must be tracked in all koha and corrected. I'll report that fact in an other bug. For this one it just corrects for opac-topissues.pl page. -- You are receiving this mail because: You are watching all bug changes.

1 8