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

[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 05 Dec '24

05 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 05 Dec '24

05 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 05 Dec '24

05 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 05 Dec '24

05 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 05 Dec '24

05 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 05 Dec '24

05 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 05 Dec '24

05 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

[Bug 38510] New: Display "Show all invoices" link on receiving page to show closed invoices
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38510 Bug ID: 38510 Summary: Display "Show all invoices" link on receiving page to show closed invoices Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org See https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38343#c19 The change in Bug 38343 introduces a change in behaviour in the receiving page. Closed invoices used to be displayed (at least in the last couple of versions) and now they are hidden. There is now a checkbox on the left to show the closed invoices. My fear is that with this behaviour change, people who were used to seeing all their invoices will not know to check the box. Our past experience here at inLibro with the HTML customizations in particular shows that this method is not intuitive for users (at least our users). I suggest we add a link similar to the one in baskets: when a vendor has closed baskets, the baskets are hidden by default and there is a like to "Show all baskets" (see https://snipboard.io/q2Jbsp.jpg) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 38428] New: Simplify listing of items on stock rotation page
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38428 Bug ID: 38428 Summary: Simplify listing of items on stock rotation page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The action buttons on the stock rotation items list are all currently forms, so there is a certain amount of repetition in the html, we also fetch the transfer for the item twice. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13