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

[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 3935] Schedule tasks periodically
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '22

17 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3935 mathieu saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathsabypro(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12772] Add item type and on-hold status to overdue notice/status triggers tool
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '22

16 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12772 Yuval Hager <yhager(a)yhager.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yhager(a)yhager.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 30492] New: Tabs break in opac-detail.pl if item has an image but not enough labels
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30492 Bug ID: 30492 Summary: Tabs break in opac-detail.pl if item has an image but not enough labels 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: florian.bontemps(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 133082 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=133082&action=e… Picture for exemple If a record has too few labels (author, date, language, country, etc) but does have a picture, the bibliodescriptions will take too much space. The tabs (Holdings, Descriptions, acquisitions details, etc) will be located below the labels but the content of the tabs will appear below the picture. See attachment for exemple. This is indeed a niche case since you need to have a picture but not a lot of labels showing, but I think the tabs should be attached to their contents and not separated to prevent potential errors like these. -- You are receiving this mail because: You are watching all bug changes.

1 3

[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

[Bug 29946] New: Sort profiles alphabetically when staging MARC records for import
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29946 Bug ID: 29946 Summary: Sort profiles alphabetically when staging MARC records for import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you have a lot of MARC profiles for staging MARC records for import it would be nice if those profiles sorted alphabetically by name, so it would be easier to find the one you are looking for. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 30498] New: Enum search_field.type should contain year in kohastructure
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30498 Bug ID: 30498 Summary: Enum search_field.type should contain year in kohastructure Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Conflict with dbrev: $DBversion = '20.06.00.038'; ALTER TABLE `search_field` MODIFY COLUMN `type` enum('','string','date','number','boolean','sum','isbn','stdno','year') NOT NULL kohastructure: `type` enum('','string','date','number','boolean','sum','isbn','stdno') COLLATE utf8mb4_unicode_ci NOT NULL COMMENT 'what type of data this holds, relevant when storing it in the search engine', Subtle other change: no comment in dbrev. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11