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

[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

[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