August 2019 - Koha-bugs - lists.koha-community.org

[Bug 22294] New: EDI wrongly assumes all ISBN13's have corresponding ISBN10's
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '19

09 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22294 Bug ID: 22294 Summary: EDI wrongly assumes all ISBN13's have corresponding ISBN10's Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- One of the fallbacks in the _check_for_existing_bib routine within Koha::EDI attempts to convert a given ISBN13 into it's ISBN10 equivalent and then search for it. However, not all ISBN13's have an ISBN10 equivalent and Business::ISBN returns 'undef' instead of a new Business::ISBN object if you attempt to do this conversion. This results in uncaught EDI failures and noise in the logs when such an ISBN reaches this point in the code path. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 19238] New: CORPO_NAME authority file ignores first indicator of new headings saved
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19238 Bug ID: 19238 Summary: CORPO_NAME authority file ignores first indicator of new headings saved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When saving new headings to CORPO_NAME authority, first indicator value is not saved. So when you selected such authority heading (as part the cataloguing), you have to manually re-enter the indicator value concerned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18893] New: The dateformat sys pref not used everywhere
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18893 Bug ID: 18893 Summary: The dateformat sys pref not used everywhere Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The dateformat system preference is set to dd/mm/yyyy but this does not carry through to every screen. Examples noted are: Batch item modification - after entering barcodes the second screen shows date formats as 2017-07-03 Also the specific due date helper in checkout displays the chosen date in a different format. It should be consistent. Tested at 16.11 and 17.05. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21701] New: Have PayPal return to originating OPAC url rather than OPACBaseURL
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21701 Bug ID: 21701 Summary: Have PayPal return to originating OPAC url rather than OPACBaseURL 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: techservspec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We are part of a multi-library consortium that shares a single Koha server. Each of the member libraries has its own unique OPAC URL. When a patron pays a charge online, they are directed to PayPal. When the transaction is completed (or if the patron cancels the payment) they are redirected to the value of OPACBaseURL, not the URL from which the patron was using. This ends up with the ending up on a screen displaying a combination of all our OPACs together. We would like to have the ability to have the URL of the OPAC the patron is using be sent as the return url sent to PayPal. This could also be set up as a global option to use either the OPACBaseURL or the OPAC's individual's domain (for systems that would prefer to still use the current method). -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 23400] New: Add --status to koha-indexer
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23400 Bug ID: 23400 Summary: Add --status to koha-indexer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net koha-zebra has a nice --status switch to say if zebra is running or not. We could add the same to koha-indexer. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 22540] New: Add ability to place holds using SIP CLI emulator
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22540 Bug ID: 22540 Summary: Add ability to place holds using SIP CLI emulator 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 21245] New: Move 'Last patron' button inside of the 'breadcrumb' bar
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21245 Bug ID: 21245 Summary: Move 'Last patron' button inside of the 'breadcrumb' bar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I think the UI element added for the 'Last patron' navigation button would be better placed inside the breadcrumb bar rather than above it? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 23320] New: Neworderempty has unused 'close' parameter
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23320 Bug ID: 23320 Summary: Neworderempty has unused 'close' parameter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I am not sure what this is intended for - with it some inputs are disabled, however, I cannot find anywhere in the code that we trigger the close parameter -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 22667] New: Framework cannot override syspref for cn_source when receiving serials
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22667 Bug ID: 22667 Summary: Framework cannot override syspref for cn_source when receiving serials Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- When creating an item as part of receiving in serials (serials-edit.pl), the source of classification will always follow the DefaultClassificationSource system preference. In contrast, when creating an item via additem.pl we can specify a default value via the framework that differs from the DefaultClassificationSource syspref. This discrepancy prevents libraries from easily applying a different classification source for their serials than they use for the rest of their collection. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 23199] New: Koha::Patron->store and uppercasesurname syspref
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23199 Bug ID: 23199 Summary: Koha::Patron->store and uppercasesurname syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- When uppercase surname syspref is set, surname is transformed to uppercase when creating user from admin interface but not when user is created through API or with a script. Moving this transform to Koha::Patron->store method would solve this issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21