February 2022 - Koha-bugs - lists.koha-community.org

[Bug 29609] New: Links to guess the biblio default view need to be centralized
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '22

19 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29609 Bug ID: 29609 Summary: Links to guess the biblio default view need to be centralized Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It's spread in different places, we could have a BLOCK in an include file to avoid code to be duplicated. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 21682] New: Stock Rotation: Update DB is failing with strict_sql_modes ON
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '22

19 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21682 Bug ID: 21682 Summary: Stock Rotation: Update DB is failing with strict_sql_modes ON Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org As pointed out in comment 369 in bug 11897 the db update isn't strict modes correct. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 29810] New: Add embed options documentation
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '22

19 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29810 Bug ID: 29810 Summary: Add embed options documentation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com The current spec document does not detail how x-koha-embed headers can be used to include related data in queries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 105

[Bug 26328] New: barcode.pl: ValueBuilder::incremental should cast barcode to unsigned integer
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '22

17 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26328 Bug ID: 26328 Summary: barcode.pl: ValueBuilder::incremental should cast barcode to unsigned integer 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: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using barcode.pl or barcode_manual.pl:, if a barcode is "85350E65", because of the "E" the value builder interprets it as having exponential notation: "8.535e69". This happens on C4::Barcodes::ValueBuilder::incremental, on get_barcode(). When it says SELECT MAX(ABS(barcode)) FROM items; probably should be instead SELECT MAX(ABS(CAST(barcode AS UNSIGNED))) FROM items; -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 29178] New: Any users can delete a background job
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '22

17 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29178 Bug ID: 29178 Summary: Any users can delete a background job Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org 64 if ( my $job = Koha::BackgroundJobs->find($id) ) { # FIXME Make sure logged in user can cancel this job 65 $job->cancel; 66 } This FIXME must be fixed ASAP. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 29020] New: Missing Background jobs link in admin-home
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '22

17 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29020 Bug ID: 29020 Summary: Missing Background jobs link in admin-home Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hello! There is currently no way to access the Background jobs page other than typing in the URL in the address bar of the navigator. Caroline -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 29482] New: Terminology: This item belongs to another branch.
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '22

17 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29482 Bug ID: 29482 Summary: Terminology: This item belongs to another branch. 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Another find int he 21.11 translation files: koha-tmpl/opac-tmpl/bootstrap/en/modules/sco/sco-main.tt:81 This item belongs to another branch. branch should be library. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 29875] New: Update text on MaxReserves system preference to describe functionality.
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '22

17 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29875 Bug ID: 29875 Summary: Update text on MaxReserves system preference to describe functionality. 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, this syspref reads "Patrons can only have (X) holds at once." I would update that to: "Patrons can have a maximum of (X) holds at once. Leave blank or set to zero to disable." I've just confirmed this behavior on master: 1 - set maxreserves to 1 2 - set all/all circ rule to unlimited holds allowed total, holds allowed daily, and holds per record 3 - confirm you can place 1 hold for a patron, but the second is blocked 4 - set maxreserves to 0 5 - confirm you can place and number of holds for the patron 6 - set maxreserves to blank 7 - confirm you can place any number of holds for the patron We've got discussion of this syspref generally over in 25643, but unless we're moving it in the near future we should at least make it clear and accurate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 29589] New: Translation issue with formatting in MARC overlay rules page
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29589 Bug ID: 29589 Summary: Translation issue with formatting in MARC overlay rules page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Depends on: 14957 The message in the new MARC overlay rules page has bold formatting on the system preference names which breaks the string and leaves you with a single "the" to translate. But for languages like German "the" translates to different words depending on the 'gender' of the word. So we need to make sure that the word and the article appear together for translation: The MARCOverlayRules preference is not set, don't forget to enable it for rules to take effect. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 [Bug 14957] Write protecting MARC fields based on source of import -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 30032] New: Can't reserve from local holds group from OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30032 Bug ID: 30032 Summary: Can't reserve from local holds group from OPAC 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This is my understanding of local hold groups: you can limit holds to users from a group of libraries to items from the same group of libraries. Maybe I misunderstand the local holds group functionality, but it doesn't seem to work with OPAC holds. Here's what I did: (note: OPACAllowUserToChooseBranch is set to don't allow) (note bis: CircControl is set to library where the item is from) 1) Create a local hold group 1- Go to Administration > Library groups 2- Click "Add group" 3- Fill out form - Name: RES - Description: For holds tests - Features: Is local hold group 4- Click "Save" 5- In the RES group, click "Add library" and choose "Centreville" 6- In the RES group, click "Add library" and choose "Franklin" 2) Adjust circulation rules 1- Go to Administration > Circulation and fines rules 2- In "Select a library", choose "Franklin" 3- In "Default checkout, hold and return policy for Franklin" (the second table), fill out like so - Total current checkouts allowed: leave empty - Total current on-site checkouts allowed: leave empty - Maximum total holds allowed: leave empty - Hold policy: from local hold group - Hold pickup library match: item's hold group - Return policy: item returns home 4- Click "Save" (also make sure patrons can place holds from the opac, ideally on available items (on shelf holds), otherwise you will have to borrow the items before placing holds) 3) Create a Franklin patron 1- Go to Patrons 2- Click "New patron" 3- Choose a category (that can place holds) 4- Fill out mandatory fields, making sure the patron is attached to Franklin library (and note userid and password) 5- Click "Save" 4) Create a Centreville patron 1- Go to Patrons 2- Click "New patron" 3- Choose a category (that can place holds) 4- Fill out mandatory fields, making sure the patron is attached to Centreville library (and note userid and password) 5- Click "Save" 5) If none exist, catalog a record and add an item belonging to Franklin library 1- Go to Cataloging 2- Click "New record" 3- Fill out mandatory fields (usually 000, 003, 005, 008, 040, 245, 942) 4- Click "Save" 5- In the item fields, change a and b to Franklin 6- Click "Add item" 7- Click "Normal" 8- Click "OPAC view: Open in new window" 6) Try to place hold with Franklin patron 1- Click "Place hold" 2- Log in with Franklin patron 3- Click "Confirm hold" ---> Hold is placed successfully 7) Try to place hold with Centreville patron 1- Log out from the Franklin patron's account 2- Go back to the record 3- Click "Place hold" 4- Log in as Centreville patron ---> There are no items that can be placed on hold. Am I wrong in thinking the Centreville patron should be able to place that item on hold because they are from the same hold group as the item? If not, am I doing something wrong in the process? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2