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

[Bug 31245] New: Job detail view for batch mod explode if job not started
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31245 Bug ID: 31245 Summary: Job detail view for batch mod explode if job not started Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal 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 If the job has failed to start (status=new), the job detail view is exploding with Can't use an undefined value as an ARRAY reference at /kohadevbox/koha/Koha/BackgroundJob/BatchUpdateItem.pm line 175 Koha::BackgroundJob::BatchUpdateItem::additional_report('Koha::BackgroundJob::BatchUpdateItem=HASH(0x5592c6c6ced8)') called at /kohadevbox/koha/Koha/BackgroundJob.pm line 339 Koha::BackgroundJob::additional_report('Koha::BackgroundJob=HASH(0x5592c6df3268)') called at /kohadevbox/koha/admin/background_jobs.pl line 55 -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 32546] New: Move ILL system preferences to their own tab in administration
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32546 Bug ID: 32546 Summary: Move ILL system preferences to their own tab in administration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de At the moment the ILL related system preference appear on the Circulation tab, which is already very long. As ILL is a module, it should have its own tab. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 32021] New: Pages 'appear in position' field is not useful
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32021 Bug ID: 32021 Summary: Pages 'appear in position' field is not useful 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When creating a new page with the additional content page, there is a possibility of adding an 'appears in position' to the page. I think this is a leftover from the news/html customizations tool where you could have many entries in the same location and they would be ordered by 'appears in position'. However, I don't think it is useful in the case of pages and should probably be removed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 24400] New: REST API: Checkout
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24400 Bug ID: 24400 Summary: REST API: Checkout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 23073] New: wiki.koha-community.org needs updating to a later version
by bugzilla-daemon＠bugs.koha-community.org 14 May '23

14 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23073 Bug ID: 23073 Summary: wiki.koha-community.org needs updating to a later version Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Websites, Mailing Lists, etc Assignee: wizzyrea(a)gmail.com Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The version of Wikimedia used for https://wiki.koha-community.org needs updating. Current version information: https://wiki.koha-community.org/wiki/Special:Version -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 17867] New: Improve display of source (MARC21 773) in result list
by bugzilla-daemon＠bugs.koha-community.org 14 May '23

14 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Bug ID: 17867 Summary: Improve display of source (MARC21 773) in result list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Currently only $t is shown. If there is no author in $a, the title goes in $a and there is no $t. We should also catch this case and show at least a and t. >From the XSLT: 928 <xsl:if test="marc:datafield[@tag=773]"> 929 <xsl:for-each select="marc:datafield[@tag=773]"> 930 <xsl:if test="marc:subfield[@code='t']"> 931 <span class="results_summary"> 932 <span class="label">Source: </span> 933 <xsl:value-of select="marc:subfield[@code='t']"/> 934 </span> 935 </xsl:if> 936 </xsl:for-each> 937 </xsl:if> Note: if there were multiple 773, the lable would be printed mulitple times. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 31551] New: Add a 'Quick add' option for harmful content warnings.
by bugzilla-daemon＠bugs.koha-community.org 12 May '23

12 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31551 Bug ID: 31551 Summary: Add a 'Quick add' option for harmful content warnings. 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 22428] New: MARC modification template cuts text to 100 characters
by bugzilla-daemon＠bugs.koha-community.org 12 May '23

12 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22428 Bug ID: 22428 Summary: MARC modification template cuts text to 100 characters 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When trying to update a field using a MARC modification template, it is impossible to put a value of over 100 characters. To reproduce: 1. Go to Tools > MARC modification templates 2. Click on 'New template' 3. Name your new template and click on 'Submit' 4. Click on 'New action' 5. Enter the following information in the form - 'Add new' - field(s): 856 y - with value: Organization-wide access - sign on to OnePass / Accès à l'échelle de l'organisation - Ouvrez une session (OnePass) 6. Click on Add action 7. Note that the text is cut in the displayed table 'Organization-wide access - sign on to OnePass / Accès à l'échelle de l'organisation - Ouvrez une ses' 8. Do a search to obtain a biblionumber 1. Make a search in the catalog 2. Click on the title to go to the detailed record 3. Click on the 'MARC' tab 4. The biblionumber is written next to MARC record: 5. Copy the biblionumber 9. Go to Tools > Batch record modification 10. In the 'List of biblionumbers...' text box, paste the biblionumber 11. Choose the template created at step 3 in the 'Modify record using the following template:' drop down menu 12. Click on 'Continue' 13. Click on 'Show MARC' to see the result of the modification (the added line is usually at the bottom, note that the text is still cut after 100 characters, so not only a display bug) 14. Click on 'Close' 15. Click on 'Modify selected records' 16. Click on the biblionumber to see the modified record 17. In the detailed record, the 856y field is under 'Online resources' (note that the text is still cut) I noticed that in the database, the field field_value in the table marc_modification_template_actions is limited to 100 characters. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 28126] New: Remove AllowPurchaseSuggestionBranchChoice from the Koha manual
by bugzilla-daemon＠bugs.koha-community.org 12 May '23

12 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28126 Bug ID: 28126 Summary: Remove AllowPurchaseSuggestionBranchChoice from the Koha manual Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: erohlfs(a)equinoxinitiative.org QA Contact: testopia(a)bugs.koha-community.org In version 20.11, we saw the introduction of a new System Preference "OPACSuggestionUnwantedFields" and the removal of "AllowPurchaseSuggestionBranchChoice" via https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23420 This is a request to remove the AllowPurchaseSuggestionBranchChoice description from the official Koha manual. https://koha-community.org/manual/20.11/en/html/systempreferences.html#allo… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 30213] New: Hide Delete (aka Priority) column when user only has place_hold permission
by bugzilla-daemon＠bugs.koha-community.org 12 May '23

12 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30213 Bug ID: 30213 Summary: Hide Delete (aka Priority) column when user only has place_hold permission Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With the change to holds permissions in Bug 29540, the Delete (or Priority, with full holds permissions) column isn't useful and is misleading for users with only the place_hold permission. They don't have the option to change holds' priority using the column, and if they select 'del' on a patron to delete their hold, they get locked out for having insufficient permissions when they click the Update Hold(s) button. But this is misleading because they *can* delete an individual hold using the red X. It would be clearer if that entire column were hidden for users with only the place_hold permission. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17