December 2019 - 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 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 24036] New: UpdateNotForLoanStatusOnCheckin preference requires space after colon (specify in manual)
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24036 Bug ID: 24036 Summary: UpdateNotForLoanStatusOnCheckin preference requires space after colon (specify in manual) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org As stated in bug #17480, the system preference UpdateNotForLoanStatusOnCheckin requires a specific syntax in order to work. While there is discussion on a possible validation, it would be best to specify it in the manual in the mean time. Other sysprefs require YAML syntax, I haven't checked if the manual specifies it: - BibtexExportAdditionalFields - MarcFieldsToOrder - MarcItemFieldsToOrder - OpacHiddenItems - RisExportAdditionalFields - UpdateItemLocationOnCheckin - UpdateItemWhenLostFromHoldList -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 24108] New: Advanced Editor: Save .mrc save with a configurable value
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24108 Bug ID: 24108 Summary: Advanced Editor: Save .mrc save with a configurable value 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: carnold(a)dgiinc.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When saving a file as .mrc in the Advanced Editor, please add an identifier to the name of the file. Either: *Koha Number *Control Number (our preference, but we understand not everyone uses this) Bonus if it is configurable (default can be Koha Number) Currently the file is saved as "record.mrc" which does no one any good at all. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 71

[Bug 24037] New: Koha manual missing System Preference documentation for GDPR
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24037 Bug ID: 24037 Summary: Koha manual missing System Preference documentation for GDPR Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With the new system preference in 19.05 that works with GDPR, it was brought to our attention that the original system preference GDPR_policy is not in the 18.11 manual. It is in the 19.05 manual. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 24055] New: Description of PayPalReturnURL system preference is unclear
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '21

25 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24055 Bug ID: 24055 Summary: Description of PayPalReturnURL system preference is unclear Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org PayPalReturnURL says: After payment or cancellation, PayPal should return to the␠OPAC's alias It's not clear what is meant by OPAC's alias. Could this be rephrased or an example be added to make this clearer? -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 17179] New: Add keyboard shortcuts to repeat (duplicate) a field, and cut text
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '21

24 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17179 Bug ID: 17179 Summary: Add keyboard shortcuts to repeat (duplicate) a field, and cut text Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl add two more keyboard shortcut commands to the list already available: Ctrl-R : Repeat or duplicate a field Ctrl-C : cut command (to be used with paste - Ctrl-V) -- You are receiving this mail because: You are watching all bug changes.

1 56

[Bug 23403] New: SIP2 lends to wrong patron if cardnumber is missing
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '21

23 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23403 Bug ID: 23403 Summary: SIP2 lends to wrong patron if cardnumber is missing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com To reproduce: Make sure you have two borrowers with no cardnumber, but with a userid. Determine which of the two patrons has the *highest* borrowernumber and lend a book to this patron via SIP2. If you do not have a SIP2 self check machine on hand you can do it thusly on the command line: $ telnet localhost <SIP2 port number> > 9300CN<SIP2 username>|CO<SIP2 password>|CP<library code>| > 11NN20190731 14163520190731 141635AO<library code>|AA<userid>|AB<barcode>|ACmy password|AD| Now check who the book is actually on loan to. In my testing it has been the patron without a cardnumber that has the lowest borrowernumber! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 24227] New: System Preference: EmailPurchaseSuggestion missing from the 19.05 manual
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '21

23 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24227 Bug ID: 24227 Summary: System Preference: EmailPurchaseSuggestion missing from the 19.05 manual Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The system preference, EmailPurchaseSuggestion is missing from the 19.05 (and 19.11) manual. Here is the information needed for this system preference There are two new system preferences that work together on this new feature: EmailPurchaseSuggestions &EmailAddressForSuggestions There are a few options for the first system preference, EmailPurchaseSuggestion. The email can be sent: -None -Email Address of Branch (found in the Libraries section of Admin) -Email address for Suggestions - which if chosen, then the next system preference will be used -Koha Admin Email Address- which is an email in the system preference, KohaAdminEmail. If a library would like to use an email separate from either the Email Address of the Branch ore the Koha Admin Email Address, then the next system preference, EmailAddressforSuggestions, should be filled in. If a library does not want to be emailed when a purchase suggestion has been made, a library would choose None (which will be set as the default on an upgrade). There is a new notice that is called New_Suggestion for this email. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 20410] New: Remove OpacGroupResults system preference and feature
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20410 Bug ID: 20410 Summary: Remove OpacGroupResults system preference and feature 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: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This is used only once according to HEA, but i am pretty sure this doesn't work, and probably never will. I suggest removing it entirely. -- You are receiving this mail because: You are watching all bug changes.

1 22