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

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 07 May '13

07 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 --- Comment #22 from Sophie MEYNIEUX <sophie.meynieux(a)biblibre.com> --- Created attachment 17988 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17988&action=edit Bug 1993: Improving task scheduler Remove "url" as format as it is not implemented Add csv as output format Use MIME:Lite to send email Call runreport.pl with right parameters Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> Bug 1993 followup : get_saved_report API has changed -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 07 May '13

07 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 --- Comment #21 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Sophie, switch back to signed off when the follow-up patch is ready for testing. Thx! -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 07 May '13

07 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 --- Comment #20 from Sophie MEYNIEUX <sophie.meynieux(a)biblibre.com> --- Katrin, you need to give permission to your apache user to use at On your server, you should have a file /etc/at.allow containing the name of this user (www-data most of the time) and/or a file /etc/at.deny *not* containing the name of you user I'll take care to provide a new patch for QA issues -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[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 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 06 May '13

06 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Failed QA --- Comment #43 from Owen Leonard <oleonard(a)myacpl.org> --- Why "In discussion?" Sounds to me like a correction is needed? -- You are receiving this mail because: You are watching all bug changes.

1 0

[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