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

[Bug 11844] Additional fields for order lines
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11844 --- Comment #68 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 148889 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=148889&action=e… Bug 11844: Add tests for Koha::AdditionalField -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8619] Remove hidelostitems syspref
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8619 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #6 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Lets keep it ;) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30725] New: BatchDeleteItem job param named wrongly
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30725 Bug ID: 30725 Summary: BatchDeleteItem job param named wrongly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It is clearly a copy and paste error, but the parameter is called 'record_ids' when it should be 'item_ids'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 28363] New: Always use semicolon when preference CSVDelimiter is missing
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28363 Bug ID: 28363 Summary: Always use semicolon when preference CSVDelimiter is missing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Some places use comma as value when preference CSVDelimiter is missing or empty. >From installer/data/mysql/mandatory/sysprefs.sql whe see that defaut install value is semicolon. This patch sets semicolon when preference CSVDelimiter is missing. "We are perl, we love semicolon ;)" Test plan : 1) With SQL, set system preference 'CSVdelimiter' to empty string. 2) Create CSV export in impacted pages 3) Check columns are separated by semicolon character -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 27812] New: Remove the ability to transmit a patron's plain text password over email
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27812 Bug ID: 27812 Summary: Remove the ability to transmit a patron's plain text password over email Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We should not give libraries the ability to compromise patron accounts, it is considered a huge security issue and nobody in network security would ever recommend allowing passwords to be transmitted in clear text over email. It should simply not be possible to send a patron's password in plain text via email. As such, we should remove this ability from Koha. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 63

[Bug 33352] New: Password sent by message (accdetails) without decryption
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33352 Bug ID: 33352 Summary: Password sent by message (accdetails) without decryption Change sponsored?: --- Product: Koha Version: 21.11 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablo.joneslobos(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hello! I'm using version 21.11 of Koha. In our case, we have user self-registration enabled, and when a user registers, they are automatically sent a Welcome email through Koha messaging. The message includes their account name and password, but the problem is that the password is sent without being encrypted. This did not happen in the previous version. I understand that Koha uses Blowfish encryption. Do you have any idea how to decrypt the password so that it can be displayed? For example, this is the programmed message (accdetails): Hello, <<borrowers.firstname>> <<borrowers.surname>>. Your account has been created in the UNPSJB Library System. Your account details are as follows: Username: <<borrowers.userid>> Password: <<borrowers.password>> The text sent is: Hello, Ximena Vanina XXXX Your account has been created in the UNPSJB Library System. Your account details are as follows: Username: ximenavanina.XXXX Password: $2a$08$orfJ.jWu.RYvR/nhn.gs1e42FnSnliuLuXmsRG38hTP3irEC5BJUS Any ideas? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31706] New: Journal Title and Article title fields on the ILL Request form should be expandable
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '23

28 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31706 Bug ID: 31706 Summary: Journal Title and Article title fields on the ILL Request form should be expandable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.evans(a)ukhsa.gov.uk Journal Title and Article title fields on the ILL Request form should be expandable in the staff client to be able to see the complete entry without having to scroll through the box. This would greatly improve accessibility and allow the staff member to see the entire entry without needing to scroll. The notes field is already expandable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 11300] Add a new authority linker which searches for authority links on a Z39.50 server.
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '23

28 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11300 Hammat wele <hammat.wele(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #143292|0 |1 is obsolete| | --- Comment #48 from Hammat wele <hammat.wele(a)inlibro.com> --- Created attachment 148824 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=148824&action=e… Bug 11300: Add a new authority linker which searches for authority links on a Z39.50 server. This patch adds a Z39.50 Linker which searches for authority links on a remote server. If a matching authority is found, it's imported in the local database for linking with the current biblio record. If no matching authority was found on the remote server, the Linker falls back to a local authority search. Configuration : * The option "Z39.50 Server" is added to the LinkerModule preference. You must choose this to use the new Linker. * The preference LinkerZ3950Server is required and specifies which server to use for linking. It must contain the "name" of the server, as defined in the z3950servers table. * You can set the "local_first" option in the LinkerOptions preference to force the Linker to search for authorities in the local database first. If no local authority match was found, the Linker falls back to a remote Z39.50 search. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21135] New: Upon log in, user is redirected to account page instead of the page where they logged in from
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '23

28 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21135 Bug ID: 21135 Summary: Upon log in, user is redirected to account page instead of the page where they logged in from 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When a user clicks on a link "log in to ..." they are redirected to their account page instead of staying on the page they were on to do whatever they needed to log in to do. To reproduce : 1- In Administration > System preferences, enable TagsEnabled 2- Make sure TagsInputOnDetail is set to Allow 3- Go to OPAC, and do a search 4- Click on title to go to the details page 5- Click on the "Log in to add tags" link 6- Enter your login credentials in the popup window Result : user is redirected to "My account" Desired result : user is now logged in but stays on the record detail page Second case : 1- In OPAC, click on Lists > View All 2- Click on "Log in to create new lists" 3- Enter your login credentials Result : user is redirected to "My account" Desired result : user is now logged in but stays on the lists page -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 15522] New interface for revamped circulation rules
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '23

28 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15522 Victor Grousset/tuxayo <victor(a)tuxayo.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |In Discussion --- Comment #166 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Discussed in current hackfest, now that there is vue in Koha via the ERM patches, there isn't anything to salvage from the vue patch submitted here. Mostly because here it's vue 2 (ERM is vue 3) and some other technical reason IIUC. But there is also the fact that the vue patch here wasn't a clone of the react patch. But different UX also. So first step is to settle on what is wanted for circ rules interface. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0