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

[Bug 30605] New: New password should be more than just unequal to old password
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30605 Bug ID: 30605 Summary: New password should be more than just unequal to old password Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org >From a comment on bug 29925: If my password was 123Jim+1, and I just change to 123Jim+2, or change 3Jim@abc to 4Jim@abc, could we refuse such changes? Look for some 'large enough' string that they have in common or so? Or compare the number of positions where they are different? Note that it might be possible to move such code into a check_password plugin, but we would need the old and new password when calling ->set_password. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 32553] Don't allow to use the same password as before when a password expires/is reset
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32553 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=30605 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30548] New: Plugin for coded data 181 UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30548 Bug ID: 30548 Summary: Plugin for coded data 181 UNIMARC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org Please, add plugins for coded data 181a and 181b UNIMARC https://cdn.ifla.org/wp-content/uploads/files/assets/uca/unimarc_updates/BI… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30441] New: Make subtitle searchable in serials search
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30441 Bug ID: 30441 Summary: Make subtitle searchable in serials search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if together with the title, the subtitle was also searchable as it's often helpful to distinguish a lot of similar serial titles. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30302] New: Include subtitle in fields searched by Title in serials
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30302 Bug ID: 30302 Summary: Include subtitle in fields searched by Title in serials Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 30204, 30205 Bug 30204 and Bug 30205 aim to make subtitle more visible in the serials module. We should also make the search for subscription by title look at subtitles. For example, say you have subscriptions for American Economic Journal: Macroeconomics. It will not come up for a serial title search including "macroeconomics" because that's in the 245$b. But there are 3 other journals with the same 245$a, so that $b is really important. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30204 [Bug 30204] Add subtitle to serial subscription search https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30205 [Bug 30205] Add biblio.subtitle to the subscription-detail.pl page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 30412] New: Shelving location column in holdings table
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30412 Bug ID: 30412 Summary: Shelving location column in holdings table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 It would be helpful if shelving location could be its own column in the holdings table in the staff interface, not just on the OPAC. This could be either through Table settings or a system preference similar to OpacLocationOnDetail. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 15461] Add staff equivalent for OpacLocationOnDetail
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sbrown(a)bywatersolutions.com --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 30412 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 30391] New: Bad JS in IntranetUserJS can break the staff client
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30391 Bug ID: 30391 Summary: Bad JS in IntranetUserJS can break the staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I just had a support case where some bad JS was entered into IntranetUserJS, causing all JS-functionality in the staff client to be non-functional. This affected all Ajax-functionality, like displaying the table of ILL requests. But worst of all: it made it impossible to edit IntranetUserJS to remove the offending code! The solution was to log into koha-mysql and empty IntranetUserJS. This made JS functional again, and an edited version of the contents of IntranetUserJS could be put back into place. At first I thought this could be fixed by adding a syspref to turn IntranetUserJS off temporarily, but on second thought, I guess that would not work because the syspref editor relies on JS... So not sure there is a simple way to safeguard against this problem, but I thought I'd still throw it out there to see if anyone has a good idea... The bad JS looked something like this: $('<br /><h2>Something</h2>').insertAfter(this); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22211] New: In-built offline circulation shows incomplete information for checkouts
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22211 Bug ID: 22211 Summary: In-built offline circulation shows incomplete information for checkouts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- The checkouts table on a patron account in the in-built offline circulation is missing some important information. Columns suggest that this used to work, so filing as a bug. To test: - Switch on AllowOfflineCirculation - Go to: /cgi-bin/koha/circ/offline.pl - Synchronize (make sure you have some accounts with checkouts - Check out - Open the account by entering the cardnumber in field on top - View checkouts shown - Verify: - item type shows as undefined - checkout location shows as undefined - empty call number shows as undef -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30370] New: Offline circulation shows false warnings about lost card/address in doubt
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30370 Bug ID: 30370 Summary: Offline circulation shows false warnings about lost card/address in doubt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Found testing bug 29228, so stealing a part of the test plan. Offline ciculation first needs to be activated in the system preferences. - Click "Synchronize." - Click "Download records." - Submit a card number for a patron who has multiple items checked out. I used 42. The checkout page shows 2 warnings: Patron's address is in doubt (proceeding anyway) Patron's card is lost But when checking the patron account, both are set to 'No'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1