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

[Bug 37243] New: Tag moderation actions should be in the last column
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37243 Bug ID: 37243 Summary: Tag moderation actions should be in the last column Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Tools Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org For consistency's sake the approve and reject buttons on the tag review page should be in the last column of the table. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 37319] New: Move mappings for 752ad (MARC21) and 210a/214a (UNIMARC) to pl index
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37319 Bug ID: 37319 Summary: Move mappings for 752ad (MARC21) and 210a/214a (UNIMARC) to pl index Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In Bug 36578, some fields were added to the pl index, but somehow it ended up in the other-control-number index. This aims to put fields 752ad (MARC21) and 210a/214a (UNIMARC) in the pl index. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 8425] Autobarcode generates duplicate barcodes with AcqCreateItems = on order
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8425 --- Comment #24 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Baptiste Wojtkowski (bwoj) from comment #23) > > +if(typeof autobarcodetype == 'undefined') { > > + var autobarcodetype = "$autoBarcodeType"; > > + var attempt = -1; > > +} > > => This does not look good either? Why are we conditionally declaring vars here? > > @Marcel I did not address this point, tell me if you see a clean solution > for this dirty code :) Thats quite hard. This area needs a major refactoring imo. The solution here does not address more fundamental issues, but looks like a workaround that increases technical debt? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37008] New: "Help" link on ERM pages is not translatable
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37008 Bug ID: 37008 Summary: "Help" link on ERM pages is not translatable Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial 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: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com The "Help" link in the top right corner of the ERM module doesn't translate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 37249] New: Item search column filtering broken
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37249 Bug ID: 37249 Summary: Item search column filtering broken Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To test: 1. Do an item search that returns results 2. Use the column filtering available at the top of the table for each column 3. Try itemnumber, get a 500 error each time 4. As long as there is data in the itemnumber column and you attempt to use another column you'll see a 500 error. Without anything in the itemnumber column: 5. Try filtering by home library, currently library, item type, or shevling location. 6. The filtering doesn't work unless you type the code, not the description. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 38641] New: Javascript error generated in SCI if item not checked out
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38641 Bug ID: 38641 Summary: Javascript error generated in SCI if item not checked out Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you try to use the SCI to check in an item that's not checked out, a Javascript error is generated. sci-main.pl:778 Uncaught TypeError: Cannot read properties of null (reading 'value') at checkBarcodeInput (sci-main.pl:778:28) at sci-main.pl:785:1 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 33881] SCO/SCI user leaving the module doesn't clear session (ie JWT)
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33881 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=38640 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 33881] SCO/SCI user leaving the module doesn't clear session (ie JWT)
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33881 --- Comment #27 from David Cook <dcook(a)prosentient.com.au> --- Looks like this one is misnamed. The fix is only for SCO and not SCI... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 38433] New: Conflicting behaviour of the columns visibility on the items table
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38433 Bug ID: 38433 Summary: Conflicting behaviour of the columns visibility on the items table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On the items table of the bibliographic record there are different behaviour conflicting with each others. First you have the admin settings that gives you the default visibility. Then you have the "hide the column if no data to display" behaviour, and finally you have the state that is saved. When visibility changes, the state changed and is saved for the next time. So, when you come back, what to do? Restore from the state but hide empty columns. But... you cannot know if the column has been hidden from the user or if the column was empty I guess we need an additional layer, and store the user's preference in a separate localStorage item, then merge and then hide if empty but it's getting complicated, for a single table, especially when I am trying to standardize our DT uses. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 38343] New: False display closed invoices in receive process
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38343 Bug ID: 38343 Summary: False display closed invoices in receive process Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org acquisition module > bookseller > receive shipments All closed invoices are displayed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46