December 2015 - Koha-bugs - lists.koha-community.org

[Bug 11395] New: Batch modifications for records
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11395 Bug ID: 11395 Summary: Batch modifications for records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This report revives bug 5725. Since bug 8015 is pushed, it is easy to provide a new batch record modification using the existing API. Here, we just have to create a new script without any logic on the record modifications. By "records", I include both biblios and authorities. -- You are receiving this mail because: You are watching all bug changes.

1 161

[Bug 14849] New: Owner should be FK in uploaded_files
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14849 Bug ID: 14849 Summary: Owner should be FK in uploaded_files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org QA comment from 6874/14321 Will get attention soon. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10565] New: Add a "Patron List" feature for storing and manipulating collections of patrons
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10565 Bug ID: 10565 Summary: Add a "Patron List" feature for storing and manipulating collections of patrons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries would like to create lists of patrons for later manipulation. This will involve create a "Patron List" system similar in some ways to the existing Lists feature for records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 75

[Bug 13420] New: sorting on volume number is not sorting right
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13420 Bug ID: 13420 Summary: sorting on volume number is not sorting right Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 34239 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34239&action=edit opac See attached. In the staff client and OPAC when you short on volume things are not sorted the way the user would expect. 19 is coming after 160 -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 15360] New: Incorrect or mislabeled behavior on Authorities "New from Z39.50" Button
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15360 Bug ID: 15360 Summary: Incorrect or mislabeled behavior on Authorities "New from Z39.50" Button Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When viewing an authority using detail.pl, the "New from Z39.50" Button does not generate a new record, but replaces the currently viewed record. This is different behavior than in previous versions. It seems it should generate a new authority record (similar to what is found on the biblio cataloging page), given the text "New", just as it formerly did. If the new behavior is meant, it should be relabeled "Replace using Z39.50" or something similar to avoid destroying authority records and possibly causing database-wide changes by unintentionally replacing a record, and populating that record onto many biblios. Personally, I would favor the former behavior -- generate a new authority record from a Z39.50 search, and leave the button on the editing section in authorities.pl as the method for replacing via a Z39.50 search. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 14168] New: enhance streaming cataloging to include youtube
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14168 Bug ID: 14168 Summary: enhance streaming cataloging to include youtube Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Would be nice if you could catalog youtube videos and have them steam in Koha like you can other HTML5 videos. We might be able to use something like https://metacpan.org/pod/WWW::YouTube::Download for this -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 7720] New: Ambiguity in OPAC Details location.
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7720 Priority: P5 - low Change sponsored?: --- Bug ID: 7720 Assignee: oleonard(a)myacpl.org Summary: Ambiguity in OPAC Details location. QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha Currently, in opac-detail.pl, there exists a column named 'Location'. This column lists the name of the holding branch, and the item's location description. This can cause confusion to borrowers, as they may assume that the holding branch is the *owning* branch (homebranch) of an item. This could cause a situation where a borrower waits for an item to be returned to his or her library, only to find that the library never owned that item, and it was transferred back to it's homebranch. It could also lead a borrower to falsely assume that his or her home library does not own a copy of a particular item because the borrower does not see an his or her home library listed for any of the items on the record. In addition, even when the holding branch is different than the home branch, the item's shelving location is displayed, even though that branch may not use that location! I propose we add the home branch to this column in the event that it differs from the holding branch. -- You are receiving this mail because: You are watching all bug changes.

1 89

[Bug 14603] New: Warns when checking in items
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14603 Bug ID: 14603 Summary: Warns when checking in items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce, check in an item by typing the barcode into the 'Check in' bar at the top returns.pl: Use of uninitialized value $holdingBranch in string eq at /home/vagrant/kohaclone/circ/returns.pl line 619 returns.pl: Use of uninitialized value $collectionBranch in string eq at /home/vagrant/kohaclone/circ/returns.pl line 619 If the item is not checked out, you'll also see this warn: returns.pl: Use of uninitialized value in hash element at /home/vagrant/kohaclone/circ/returns.pl line 465. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 14933] New: SIPserver should not use warn or die to log errors
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14933 Bug ID: 14933 Summary: SIPserver should not use warn or die to log errors 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: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com warn and die are used in various places in the SIPServer but the messages are lost as STDERR is closed by Net::Server in these cases the error message should be logged to syslog as with other error and debug messages and exit should be used -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14300] New: sip.output-log does not record timestamps or process IDs.
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14300 Bug ID: 14300 Summary: sip.output-log does not record timestamps or process IDs. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This makes correlating events in sip-output.log and syslog impossible. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2