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

[Bug 16547] New: Can't place item level hold directly from search results screen
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '21

01 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16547 Bug ID: 16547 Summary: Can't place item level hold directly from search results screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you search for an item that brings up a list of results, checking the check box and clicking the 'Place Hold' button allows you to place a hold -- but after you've selected the patron, you can only place biblio level holds -- the section of the 'Confirm Holds' page which usually shows to allow item level holds is not displayed. This is most easily demonstrated on the bywater demo machine [usernam and password are both koha]. Search for Harry Potter: http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl?q=har… Click the check-box for the first search result ( Harry Potter and the Chamber of Secrets [videorecording] ... ) Click the 'Place hold' button, which will take you to the 'Confirm hold' screen (http://intranet.bywatersolutions.com/cgi-bin/koha/reserve/request.pl?biblio…) Enter card number 55. This takes you to a second 'Confirm hold' screen, showing a hold for 'Harry Potter and the Chamber of Secrets' for patron Bilbo Baggins (55)... no item information is viewable. (http://intranet.bywatersolutions.com/cgi-bin/koha/reserve/request.pl?biblio…) By contrast, If I start at http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl?q=har…, and click in to the first result page to see the details: http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/detail.pl?bibli… Then click 'place hold' from the details screen, I am taken to http://intranet.bywatersolutions.com/cgi-bin/koha/reserve/request.pl?biblio… Entering card number 55 at that point takes me to http://intranet.bywatersolutions.com/cgi-bin/koha/reserve/request.pl?biblio… ... but this time item level information *is* available, and an item level hold can be placed. Steps to replicate on your system: 1/ Search for an item with more than one search result 2/ Select an item, click 'Place hold' 3/ Enter a patron card number 4/ Note that item level holds are not available. 5/ Run the search again 6/ Click the title to see the detail page on the same bib. 7/ Enter the same patron card number 8/ Items now show on the page, and an item level hold can be placed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 27422] New: HTML5Media is http by default but Youtube is https only
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '21

26 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27422 Bug ID: 27422 Summary: HTML5Media is http by default but Youtube is https only Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi Unless 856 indicator is 7 and you set 856$2 to https koha is using http not htpps even if 856$u is like https://youtube.com/xxx. But it seems youtube isn't using http anymore. if HTML5MediaEnabled is true there's a media tab but it's empty eg: -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 21053] New: editing 008 field with a hash overwrites data
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '21

26 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21053 Bug ID: 21053 Summary: editing 008 field with a hash overwrites data Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bernard.scaife(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 76786 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=76786&action=ed… 008 screenshots Entering a hash (#) at any position in 008 field of a bib record causes all subsequent data in field to be overwritten with default values when record is saved. To reproduce: 1. Find and edit a bib record which has an 008 which differs from the default values for the MARC framework 2. Choose 008 helper 3. Add # in any position before the end of the field noting the current values of the data 4. Save record 5. Edit record and select 008 helper 6. Review characters after # and note changes See attached example screenshots -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 25735] New: Add distinct classes for clear history (.clearsh) links on OPAC
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '21

26 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25735 Bug ID: 25735 Summary: Add distinct classes for clear history (.clearsh) links on OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org As of 19.11 the OPAC navbar has a nice dropdown for logged in users that includes search history and a clearsh link which clears you history. clearsh also exists on the navbar for unauthenticated users. These two clearsh buttons have a very similar HTML structure and it makes it almost impossible to style the two links independently. Some libraries will want to style the background and text colors of each of these clearsh links independent of one another. It would be easy to give each one its own class to make this easy. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 27118] New: Typo in manual: If allowed, the patron chan choose the specific item to request.
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27118 Bug ID: 27118 Summary: Typo in manual: If allowed, the patron chan choose the specific item to request. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org See bug title: If allowed, the patron chan choose the specific item to request. chan > can -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 27506] New: Manual typo: accessed both by your organisations Koha instance
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27506 Bug ID: 27506 Summary: Manual typo: accessed both by your organisations Koha instance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: chris(a)bigballofwax.co.nz, ellawipatene(a)gmail.com, testopia(a)bugs.koha-community.org Depends on: 27401 This is in the chapter about setting up LDAP. I think we are missing a ' here? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27401 [Bug 27401] Manual typo: OCLC Connextion Gateway -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 27563] New: Remove check-url.pl in favor of check-url-quick.pl
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27563 Bug ID: 27563 Summary: Remove check-url.pl in favor of check-url-quick.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz In bug 7693 we added a new 'check-url-quick.pl' script and added a deprecation note to check-url.pl, that was pushed to Koha 3.8 I believe maybe we have waited long enough to remove the deprecated script -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 26690] New: Constraints for cash management tables need reconsidering
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26690 Bug ID: 26690 Summary: Constraints for cash management tables need reconsidering Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org It was brought to our attention during the QA of bug 26172 that some of the constraints on the tables involved in cash management are incorrect; We should fix them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26181] New: Holds placed via the REST API should not be forced by default even if AllowHoldPolicyOverride is enabled
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26181 Bug ID: 26181 Summary: Holds placed via the REST API should not be forced by default even if AllowHoldPolicyOverride is enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com Bug 23710 inadvertently introduced automatic placing of holds that would normally not be allowed, if AllowHoldPolicyOverride is enabled. This was not a specific intention of bug 23710 and this behavior should be reverted. To retain the new ability to place override holds we should add the ability to send a header specifying the we should allow holds to be forcefully placed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 24525] New: Hide SIP payment types from the Point of Sale page
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24525 Bug ID: 24525 Summary: Hide SIP payment types from the Point of Sale page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 24339 adds the SIP2 payment_types to the default installed values for the payment type authorized values and also hides these values from appearing in the select boxes in paycollect.. however, the new Point of Sale screen was missed. This bug will take care of removing the SIP payment type from the payment type select options on the point of sale screen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26