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

[Bug 10640] New: ModBookseller needs more explicit return values in C4::Bookseller.pm
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '13

08 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10640 Bug ID: 10640 Summary: ModBookseller needs more explicit return values in C4::Bookseller.pm Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kenza.zaki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10630] New: DelBookseller's return value needs to be more explicit in C4::Bookseller.pm
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '13

08 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10630 Bug ID: 10630 Summary: DelBookseller's return value needs to be more explicit in C4::Bookseller.pm Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kenza.zaki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org DelBookSeller always returns undef, even if nothing has been deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 9924] New: Simplify and rename patron card creator error message include
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '13

08 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9924 Bug ID: 9924 Summary: Simplify and rename patron card creator error message include Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org There is an include file, error-messages.inc, which is used by a few patron card creator scripts. It uses some custom JavaScript to create a closable dialog for showing error messages. This can more simply be implemented as a standard error message box and provide a more consistent experience to users. In addition, the include's name "error-messages.inc" doesn't properly convey that it is used exclusively by patron card creator pages. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 10769] New: Simplify clearing of input fields when duplicating a patron
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '13

08 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10769 Bug ID: 10769 Summary: Simplify clearing of input fields when duplicating a patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the patron entry template has a lot of logic handling form fields when the operation being performed is "duplicate:" [% IF ( opduplicate ) %] <input type="text" name="altcontactphone" id="altcontactphone" value="[% altcontactphone %]" onclick="this.value=''" /> [% ELSE %] <input type="text" name="altcontactphone" id="altcontactphone" value="[% altcontactphone %]" /> [% END %] I propose to set a class on fields which require this behavior so that the event can be handled in the script block. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 9252] New: Add option to send patron's home branch in AF field
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '13

08 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9252 Bug ID: 9252 Summary: Add option to send patron's home branch in AF field Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: colin.campbell(a)ptfs-europe.com There are two pieces of information that SIP needs to pass along to Overdrive when authenticating: Patron type and Home library. We are getting Patron type just fine. However, it appears that there is no mechanism in SIP at this time to pass along Home library. It is critical that we get this information though as we need to be able to break down actual patron usage among individual patron home libraries. Since Overdrive logs in through SIP using a single SIP login, it becomes obvious AO does not work for this. According to Overdrive, putting the patron home branch in an AF field will work just fine for them. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 9845] New: SIP tests : fix in 08checkin.t ("alert" field)
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '13

08 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9845 Bug ID: 9845 Summary: SIP tests : fix in 08checkin.t ("alert" field) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: SIP2 Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: colin.campbell(a)ptfs-europe.com [MT10401] An error occurs while trying the checkin SIP test, 08checkin.t: 08checkin.t ........... 4/5 # Failed test 'match leader Checkin: Item not checked out' # at /home/asaurat/workspace/versions/community/C4/SIP/t/SIPtest.pm line 204. # Response '100YNY20130319 142702AOVIL|AB1783B|AQVIL|AJL ANGOISSE DU ROI SALOMON|CS362.6 AJA|AFItem not checked out|AY5AZE097' doesn't match pattern '(?-xism:^100YNN\d{8} {4}\d{6})' We are trying to do a checkin operation on a document which is not checked out. Koha sends a code 100, meaning "Checkin failed". As expected. The three following characters are: - resensitize - magnetic media - alert And we have a difference on the "alert" character. Koha sends Y, and the test expects N. Description of the "alert" field in the SIP2 documentation from 3M: 1-char, fixed-length field: Y or N. A Y in the alert field will generate an audible sound at the SC. The alert will indicate conditions like articles on hold, articles belonging to another library branch, or other alert conditions as determined by the ACS. The alert signal will alert the library staff to special article handling conditions during discharging operations. As we are testing a case where a problem is occuring (how could a patron check in if the item was not checked out?!), I actually think that the "alert" should be expected by the test, leading to a pattern like "^100YNY". But maybe is this "alert" actually outside of the scope of this test, the important result being that the string begins with "100". Thus the checking pattern could be "^100YN[NY]". I'll make a patch with the latest solution, but it's of course open to discussion, as I'm not 100% sure about how this test is supposed to react. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 9128] New: Text not translatable in OPAC ("Available")
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '13

08 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9128 Bug ID: 9128 Summary: Text not translatable in OPAC ("Available") Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: translate.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: rafafernan(a)uol.com.br CC: frederic(a)tamil.fr Created attachment 13610 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13610&action=edit In this image, we can see the portuguese (BR) version and the status is "Available". In OPAC detail page (opac-detail.pl), the status of the items are not translatable, remaining in english in all translations. The word doesn't appear in translate.koha-community.org to the translated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10034] New: "kw,rld:" in Z39.50 research
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '13

07 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10034 Bug ID: 10034 Summary: "kw,rld:" in Z39.50 research Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: gabrielle.dusseault(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl Created attachment 17400 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17400&action=edit kw,wrld When we have no result with a simple search request on the intranet and that we choose to proceed to a Z39.50 search, "kw,rld: XXXX" automaticaly appears in the title search field. See an exemple as an attachment. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 3038] UNIMARC should not show 600$(\d)
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '13

07 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3038 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |chris(a)bigballofwax.co.nz Resolution|--- |INVALID --- Comment #3 from Chris Cormack <chris(a)bigballofwax.co.nz> --- No one has confirmed this as being a problem, despite 2 attempts of asking, spanning 3 years. So it cant be too much of an issue, closing -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3147] call to ModZebra in DelAuthority fails (fatal error) if record previously deleted but still exists in index
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '13

07 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3147 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are watching all bug changes.

1 0