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

[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

[Bug 30481] New: Drop unique constraint deleteditemsstocknumberidx for deleteditems
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30481 Bug ID: 30481 Summary: Drop unique constraint deleteditemsstocknumberidx for deleteditems Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 Caused by inconsistencies between kohastructure and updatedatabase. This unique key may be present in older databases. L3267 ALTER TABLE deleteditems ADD UNIQUE INDEX deleteditemsstocknumberidx (stocknumber); Note that this comment is not in kohastructure too: L3264 ALTER TABLE deleteditems ADD stocknumber VARCHAR(32) DEFAULT NULL COMMENT "stores the inventory number of deleted items"; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 26019] New: Koha should set SameSite attribute on cookies
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26019 Bug ID: 26019 Summary: Koha should set SameSite attribute on cookies 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Browsers are starting to show warnings about this attribute missing. https://web.dev/samesite-cookies-explained/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 29066] New: Remove text in OPAC search form and use Font Awesome icons
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29066 Bug ID: 29066 Summary: Remove text in OPAC search form and use Font Awesome icons 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In modern front-end websites, first think you see in header region is an large input text with a search icon. No need to say it is a search form. We still tell it in 'title' attribut for accessibility. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 17018] New: Split AdvancedSearchTypes for staff and OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17018 Bug ID: 17018 Summary: Split AdvancedSearchTypes for staff and OPAC 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if you could configure AdvancedSearchTypes differently for staff and opac advanced search. -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 26244] New: Move translatable strings out of memberentrygen.tt and into JavaScript
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26244 Bug ID: 26244 Summary: Move translatable strings out of memberentrygen.tt and into JavaScript Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in memberentrygen.tt can now be wrapped in the new translation function and put in members.js and messaging-preference-form.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 30417] New: Switch to Bootstrap tabs on the basic library transfer limit page
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '22

15 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30417 Bug ID: 30417 Summary: Switch to Bootstrap tabs on the basic library transfer limit page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 29226 Continuing the process of phasing out jQueryUI, this patch will replace jQueryUI tabs in the basic 'Library checkin and transfer policy' page with Bootstrap tabs. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29226 [Bug 29226] OMNIBUS: Replace the use of jQueryUI tabs -- You are receiving this mail because: You are watching all bug changes.

1 11