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

[Bug 9201] New: OAI-PMH mapping value cannot be 0
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '13

06 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9201 Bug ID: 9201 Summary: OAI-PMH mapping value cannot be 0 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net CC: gmcharlt(a)gmail.com When adding or editing OAI-PMH mappings, using 0 as a value results in that mapping being deleted. 0 is a valid value, mappings should only be deleted when the value is empty. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 9503] New: Link from histsearch via invoicenumber results in error
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '13

06 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9503 Bug ID: 9503 Summary: Link from histsearch via invoicenumber results in error Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com The acq histsearch page displays invoice numbers and allows their selection to retrieve shipments recorded against that invoice. Selection results in an error: Can't use an undefined value as an ARRAY reference at /home/koha/kohaclone/acqui/parcel.pl line 160. Cause of the error is that the the invoice id is passed as invoice whereas parcel.pl expects invoiceid so that GetInvoiceDetails is incorrectly called and returns undef rather than an invoice structure -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 8647] New: Modified quickslip only prints from Checkout tab
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '13

06 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8647 Priority: P5 - low Change sponsored?: --- Bug ID: 8647 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Modified quickslip only prints from Checkout tab Severity: enhancement Classification: Unclassified OS: All Reporter: fred.pierre(a)smfpl.org Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha Koha tools allows us to define a user-specific print slip, quick slip, and other slips. These user-defined print slips work fine from the patron's circ tab, accessed from the "Check Out" button on the patron screen, and selecting the pull-down "Print" menu. However the Details, Fines, and other left-side tabs do not use the user-defined print slip - instead they use the old method's moremember.pl script. Although the pull-down "Print" menu looks exactly the same, the code on the member page and borrower account page is inconsistent with the code on the circ page, and does not print the user-defined fields. For visual consistency and full functionality the pull-down "Print" menu should be consistent across all Patron buttons/tabs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9470] New: Secondary and Other Phone Listings are reversed in patron record after creating
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '13

06 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9470 Bug ID: 9470 Summary: Secondary and Other Phone Listings are reversed in patron record after creating Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: fred.pierre(a)smfpl.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Create a new patron with required fields filled. Assign a secondary phone number, for example 123-456-7890 Assign an other phone number, for example 111-111-1111 Save the patron record View the newly-created patron record. The secondary number will be 111-111-1111 The other number will be 123-456-7890 The two fields have been reversed. Patrons notification may malfunction if text messages are being sent, or calls may be inadvertently sent to mobile, possibly incurring fees for the patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9516] New: Item Availability/Data missing from OPAC tag search
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '13

06 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9516 Bug ID: 9516 Summary: Item Availability/Data missing from OPAC tag search 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: dcook(a)prosentient.com.au For example: .../cgi-bin/koha/opac-search.pl?tag=Important&q=Important "Availability: No items available:" appears for each result, even if there actually are items available. This is because the raw marc is being retrieved straight from the database without having any item data embedded in it... If you do a regular search, you will get the correct item availability. I assume this is because Koha adds the item information to the MARCXML before passing it to Zebra which returns the item data inside the raw MARC... -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 9399] New: Accessibility - Search box options aren't buttons
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '13

05 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9399 Bug ID: 9399 Summary: Accessibility - Search box options aren't buttons Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: bart.tj(a)gmail.com CC: gmcharlt(a)gmail.com the options under the search box on most pages (eg: on the mainpage: checkout, check in, search patrons... etc.) are not classed as buttons which means screen readers read them separately to the search box and it isn't clear that they are related, or that changing the options effects the box. In addition to this on some pages there are identically named links that are very difficult to distinguish between when only using a screen reader. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 5287] New: Would be nice to have search result options repeated at bottom of page, and page nav repeated at top of list
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '13

05 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5287 Summary: Would be nice to have search result options repeated at bottom of page, and page nav repeated at top of list Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: lmschatt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 After doing a search in the OPAC, the following options appear at the top of each page of results: Select All Clear All Highlight / Unhighlight Add to: Place Hold At the bottom of the page of search results, you can navigate to other pages of search results. It would be nice to be able to do all of those at either the top or the bottom of the page. I often scroll down the list, checking off items to add to the cart. I then have scroll all the way back up to add them, and then scroll all the way back down to navigate to the next page. It would be nice to eliminate some of the scrolling. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 5794] New: hide descriptions tab if no content
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '13

05 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5794 Bug #: 5794 Summary: hide descriptions tab if no content Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When there are no notes in the marc record (and no content from outside sources) we should hide the descriptions tab (in opac and staff client). Otherwise you click and get a blank tab which is kind of annoying and just poor design. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 2

[Bug 9343] New: SIP doesn't handle debarred date/status correctly
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '13

03 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9343 Bug ID: 9343 Summary: SIP doesn't handle debarred date/status correctly Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: SIP2 Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: colin.campbell(a)ptfs-europe.com The SIP engine didn't evolve when the debarred status switched from a boolean to a date. This needs to be fixed in C4/SIP/ILS/Patron.pm, where the $debarred variable, which should be filled as a boolean, gets the date instead. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9401] New: Javascript used for tags handling wants access to CGISESSID cookie
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '13

03 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9401 Bug ID: 9401 Summary: Javascript used for tags handling wants access to CGISESSID cookie Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com Some Javascript used for processing bib record tags in the OPAC and staff interface wants to read the value of the CGISESSID cookie. If it actually needed to, that would be a blocker to making the session cookie be httpOnly (see bug 9102). Fortunately, as it doesn't actually need to know the session key, it suffices to remove the offending code. -- You are receiving this mail because: You are watching all bug changes.

1 9