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

[Bug 28087] New: Hii
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '21

05 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28087 Bug ID: 28087 Summary: Hii 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: muhaamadfaris(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Created attachment 119172 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=119172&action=e… Hai -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28090] New: Hii
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '21

05 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28090 Bug ID: 28090 Summary: Hii Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: muhaamadfaris(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 119175 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=119175&action=e… Halo Hii -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 19207] New: Don't export fields
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '21

03 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19207 Bug ID: 19207 Summary: Don't export fields Change sponsored?: --- Product: Koha Version: 3.22 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: osimandias(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 66613 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=66613&action=ed… srceenshot GUI option In the GUI option "Don't export fields" (of export.pl) is not expressed correctly. It does not exclude the field of the exported records, What it does, is to exclude the records that contain that field. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 10902] Highlight patrons from logged-in library in patron searches
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '21

03 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10902 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I really like the idea of this, but I am not sure about the use of branchcode. We usually avoid the display of branchcodes everywhere and I feel like we should not break the display pattern here, even if it has the advantage of being shorter. I have to admit, since we use the MarcOrgCode for the branchcode in our libraries, a lot of the library staff are currently not aware of the codes and which library it belongs to. This especially applies to student workers. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16628] New: Patrons requesting modifications link behaves differently on the home page than the members-home.pl page
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16628 Bug ID: 16628 Summary: Patrons requesting modifications link behaves differently on the home page than the members-home.pl page Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would appear that the links do not behave the same between the members-update.pl page and mainpage.pl. When IndependentBranchesPatronModifications is set to Prevent, the link on mainpage.pl shows the count for your library, and only shows when your library has requests. However, the link ALWAYS shows on members-update.pl, and shows the total of all requests. I don't believe any other feature in Koha works this way, and I don't believe this should be the behavior of this feature. In my opinion, the link on mainpage.pl behaves correctly, and the link on members-update.pl should be changed to do the same. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 5242] Import patrons directly from Excel
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5242 --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Pascale Nalon from comment #6) > I think this bug is not really one ... this one could be closed As you had filed it, you are also ok to close it :) Just move it to RESOLVED and pick one of the reasons shown. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 27776] New: Point of Sale 'This sale' table should not be sorted by default
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27776 Bug ID: 27776 Summary: Point of Sale 'This sale' table should not be sorted by default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The 'This sale' table on the point of sale page is currently sorted by price by default. This can cause unexpected sorting when updating prices and quantities.. as such, we should remove the default sort. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 28060] New: Point of sale debits should not automatically sort when edited
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28060 Bug ID: 28060 Summary: Point of sale debits should not automatically sort when edited Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When editing debits in the point of sale, the debit costs automatically sort from lowest to highest cost amount. This can cause an error because the debit changes places on the screen. When training staff, I observed numerous errors because of the auto shifting of debits. To repeat: 1. Add multiple debits to point of sale. 2. Click on the debit cost and change the cost. The debit will automatically move up and down the list depending on the price. If you are also editing the quantity, you now have to pay attention to the debit location to make sure you are editing the correct line item. It would be better if the auto sorting was turned off by default. In addition it would be nice if there was a setting to choose whether the list is sorted by debit name or cost. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9495] Split NotesToHide in to two prefs for staff and OPAC
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9495 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Split NotesBlacklist in to |Split NotesToHide in to two |two prefs for staff and |prefs for staff and OPAC |OPAC | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28067] New: Syspref NotestoHide - some notes still appear
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28067 Bug ID: 28067 Summary: Syspref NotestoHide - some notes still appear Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi, My settings : - UNIMARC record with notes in 300$a and 327$a (should be 5xx in MARC21) - syspref NotesToHide : "300" - Koha to MARC mapping : biblio.notes -> 300$a Column "Title notes" in record details view shows content of 327$a -> OK. But, if NotesToHide contains "300,327" then Titles notes show 300$a. It should be empty. Note 327$a is an example, it could be 304$a or 305$a. It seems like if variable MARCNOTES is empty then biblio.notes is displayed. Any idea how to force biblio.notes not to display in this case ? Thanks -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1