January 2008 - Koha-bugs - lists.koha-community.org

[Bug 1502] barcode
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1502 joe.atzberger(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Comment #1 from joe.atzberger(a)liblime.com 2008-01-02 09:26 ------- I can import from z3950 fine and add an arbitrary number of items, entering the barcode in: "p - Piece designation (barcode)". I tested all 3 autobarcode settings, and manually overriding them. Example barcodes: 2160700004132, 2160700004167, 2008-0001, 2160700004168. If problem persists, user should supply details: biblio imported and source, and the barcode intending to be used. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 782] Admin interface must not require javascript
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=782 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Comment #7 from jmf(a)liblime.com 2008-01-02 09:14 ------- The bug 'Admin interface must not require javascript' is not a bug, it's a principle ... and yes, we do code to that standard, so if you have a specific example of a feature that doesn't work in a non-javascript browser, it's valid to post a bug report about it, just like the original example that was posted (now fixed). I don't think it makes sense to hold a bug report open because we 'suspect' that something might not conform to this principle. Just to claify, the web installer does NOT require javascript to do any installation, including a non-trivial one. Javascript is used for display purposes only. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1704] Return an item to the wrong branch doesn't require confirmation of transfer
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1704 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|PATCH-Sent |P3 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1704] Return an item to the wrong branch doesn't require confirmation of transfer
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1704 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Comment #1 from oleonard(a)myacpl.org 2008-01-02 08:51 ------- I don't get a confirmation dialog whether or not AutomaticItemReturn is turned on. Is this what we want? AutomaticItemReturn = ON: User is told to transfer, but no confirmation is required. AutomaticItemREtrn = OFF: User is told to transfer, and must confirm or deny to continue Resolving this bug would be easier if someone could better comment returns.tmpl. There are several transfer dialogs defined (needstransfer, WrongTransfer, transfer), without clear indication of the circumstances of each. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 782] Admin interface must not require javascript
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=782 mjr(a)ttllp.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Comment #6 from mjr(a)ttllp.co.uk 2008-01-02 08:09 ------- The particular example of system preferences is fixed, but is the bug itself fixed? Might have some workarounds now, but the basic problem remains. May even be more severe, if the webinstaller still requires javascript to do any non-trivial installation. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1723] Error when attempting to complete receiving an item
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1723 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Comment #5 from oleonard(a)myacpl.org 2008-01-02 08:03 ------- When I complete the "receive" form (/cgi-bin/koha/acqui/orderreceive.pl), I'm redirected to this page: /cgi-bin/koha/acqui/finishreceive.pl, which looks like an empty OPAC page: the OPAC header is across the top, but the rest of the page is empty. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1728] Finishing order redirects to OPAC page
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1728 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Comment #1 from oleonard(a)myacpl.org 2008-01-02 08:02 ------- *** This bug has been marked as a duplicate of bug 1723 *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1723] Error when attempting to complete receiving an item
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1723 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oleonard(a)myacpl.org ------- Comment #4 from oleonard(a)myacpl.org 2008-01-02 08:02 ------- *** Bug 1728 has been marked as a duplicate of this bug. *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1721] Modification Log link loses context
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1721 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Platform|Macintosh |All Version|rel_3_0 |HEAD ------- Comment #1 from oleonard(a)myacpl.org 2008-01-02 08:00 ------- I suppose it would be possible to alter the left-hand nav based on the type of modification log being displayed: You could show the biblio view tabs for a Catalogue module log, a member view for Members module logs. In order for it to remain consistent you'd have to query for patron information for display in the sidebar as it does on other patron pages. And then the metaphor breaks down for other kinds of logs, which don't have any particular contextual information to display (fines? letter?). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1253] search results for patron name in circulation.pl are sorted case-sensitively
by bugzilla-daemon＠pippin.metavore.com 02 Jan '08

02 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1253 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0