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

[Bug 9374] New: In baskets, prices between 0 and 1 are displayed in red
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9374 Bug ID: 9374 Summary: In baskets, prices between 0 and 1 are displayed in red Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr Very cosmetic bug : In a basket, if some prices are between 0 and 1, they are displayed in red, with class = "number error". For example, a VAT of 0.89 euros is displayed in red. In don't think it is normal. this behavior was introduced by http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7112 M. Saby Rennes 2 university -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10776] New: Subscription notification screen has awkward wording
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10776 Bug ID: 10776 Summary: Subscription notification screen has awkward wording Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org There is a bit of awkwardness in the wording on the "receive notifications when a new volume of this serial arrives?" screen. Patch incoming. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10243] New: Holds queue is making transfer requests that contradict the branch holds policy
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10243 Bug ID: 10243 Summary: Holds queue is making transfer requests that contradict the branch holds policy Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com CC: gmcharlt(a)gmail.com For some reason MapItemsToHoldRequests will, as a last ditch effort, grab what seems to be an arbitrary available item to fill a hold request, even if it will violate the circulation rules for holds. In other words, even if an item matches a "Holds policy by item type" that says "From home library", the a request to transfer that item to another library will be added to the holds queue! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 10271] New: An index containing ns or nb does not work
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10271 Bug ID: 10271 Summary: An index containing ns or nb does not work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com When an index does not contain a structure part, the structure "wrdl" is automatically added and a structure is mandatory to build search query (to convert ':' into '='). But the code that tests that the structure is not already defined looks in entire index string : $index =~ /(st-|phr|ext|wrdl|nb|ns)/ It should look for a comma followed by a structure and in the case of "nb" and "ns" look for an exact match. The consequence is that an index containing ns or nb or phr or etc does not work. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10750] New: Correct capitalization on suggestion form in OPAC
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10750 Bug ID: 10750 Summary: Correct capitalization on suggestion form in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There are a few strings not capitalized according to our rules in the OPAC suggestion form. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10283] New: Hide "many items" on second tab when using OpacSeparateHoldings
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10283 Bug ID: 10283 Summary: Hide "many items" on second tab when using OpacSeparateHoldings 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: magnus(a)enger.priv.no Depends on: 7674 As noted by Katrin on Bug 7674: "- if there are over 50 items in the holdings or Other holdings tab, the warning and link 'This record has many physical items. Click here to view them all.' is only shown for the first tab." If there are more than a given number of items, they do not display directly in the detail view in the OPAC, but the text and link "This record has many physical items. Click here to view them all." is displayed instead. Activating OpacSeparateHoldings separates holdings into two tabs. If there are manye items the text and link is shown on the first tab (showing the items that belong to the library of the logged in suer), but the second tab (showing items at all other libraries) show the full list, not the text and link. This makes the initial display of the detail page veeery slow, when there are a lot if items (I have tested with ~3000 items). -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10445] New: SIP Server doesn't respect maxoutstanding system preference
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10445 Bug ID: 10445 Summary: SIP Server doesn't respect maxoutstanding system preference Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com CC: colin.campbell(a)ptfs-europe.com The system preference 'maxoutstanding' is defined as the maximum amount of fees owed by the patron before Koha should block placing holds ( terrible naming on this one ). However, although the Koha OPAC respects this preference, placing holds via a SIP2 device will not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 10974] New: OAI-PMH Resumption Tokens Do Not Handle Time
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10974 Bug ID: 10974 Summary: OAI-PMH Resumption Tokens Do Not Handle Time Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, it is possible to retrieve 50 or so records from Koha via OAI-PMH, when using times in your 'from' and 'until' arguments. Here is an example that will return a list of records (if your OAI server syspref is turned on). http://KOHAINSTANCE/cgi-bin/koha/oai.pl?verb=ListRecords&metadataPrefix=oai… However, if you need to retrieve the rest of the results via a resumption token, Koha won't return your results. http://KOHAINSTANCE/cgi-bin/koha/oai.pl?verb=ListRecords&resumptionToken=oa…: This is because Koha joins and splits the resumption token using colons. Obviously, since the timestamps use colons, the string isn't going to be split correctly. I propose that we change the separator colons to slashes. This is the method that DSpace uses when serving records via OAI-PMH. You can see an example here: http://papyrus.bib.umontreal.ca/dspace-oai/request?verb=ListRecords&metadat… -- Note: Koha doesn't handle times 100% correctly in master either. That's why I opened bug 10824. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 9977] New: OMNIBUS, remove accidental 'merge marker' strings from Koha
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9977 Bug ID: 9977 Summary: OMNIBUS, remove accidental 'merge marker' strings from Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com some files have accidental merge marker strings in them ie: '<<<<<<<<<<<<<<', '>>>>>>>>>>>>>>>>' and '================' we should remove these lines, to increase our ability to detect actual merge errors -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10785] New: dropbox should be book drop
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10785 Bug ID: 10785 Summary: dropbox should be book drop 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the US everyone thinks of dropbox as the product where you save your files and the 'book drop' where people drop books off over night. I think we should change dropbox on the checkin to be book drop based on hearing this question in training 100 times :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8