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

[Bug 31072] New: Remove direct CSV export in itemsearch.pl
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '23

25 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31072 Bug ID: 31072 Summary: Remove direct CSV export in itemsearch.pl Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: simon.hohl(a)dainst.org QA Contact: testopia(a)bugs.koha-community.org I am not 100% sure if this is something you are considering in need of fixing, but anyway: We just had a colleague crashing our system by running multiple searches with cgi-bin/koha/catalogue/itemsearch.pl. The search scope was rather broad (a lot of entries) and the output option had been set to CSV (without going to the "screen" view). Because the interface did not give any feedback after starting the search (it just indicated "website loading"), the colleague refreshed the browser window and started another search. The result: We had 2 processes running on the server, using 8gb of RAM each, thus causing our server to grind to a halt. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 33620] New: Don't show patron-privacyguarantor/patron-privacy_guarantor_fines if borrowerRelationship is empty
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '23

25 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33620 Bug ID: 33620 Summary: Don't show patron-privacyguarantor/patron-privacy_guarantor_fines if borrowerRelationship is empty 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the patron detail screen there are two list items: -Show checkouts to guarantor -Show charges to guarantor I end up hiding these with CSS often. It would be better if these simply did not show if borrowerRelationship is empty. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 27873] New: Make display of patron restrictions, charges, notes, etc. consistent for check out and patron details screens
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '23

25 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27873 Bug ID: 27873 Summary: Make display of patron restrictions, charges, notes, etc. consistent for check out and patron details screens Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the check out screen (circulation.pl) info about the patron’s account displays in the following order: expiration, restrictions, charges, notes, messages. But on the patron details screen (moremember.pl) the info displays in a different order: charges, messages, notes, restrictions, expiration. For consistency it seems like the info should display in the same order on both screens. Additionally it would help when training new staff members and when working a busy information desk to be able to rely on finding the information in the same place on both screens. Our Library prefers the sort order that displays on the check out screen because it puts the expiration date, restrictions and then charges at the top of the screen so that staff can quickly see the status of the account and handle them. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 25299] New: Date not showing on Details page when patron is going to expire
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '23

25 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25299 Bug ID: 25299 Summary: Date not showing on Details page when patron is going to expire 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The date doesn't show on the Details page when the patron is going to expire. It does appear on the "Check out" page, however. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 34401] New: Inconsistencies in Item search fields page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '23

25 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34401 Bug ID: 34401 Summary: Inconsistencies in Item search fields page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the Item search fields page, here is what should be changed to make it consistent with the other pages in the module: Page title - Add a level for when adding a new search field 'New item search field' - Add a level for when modifying an existing search field "Modify item search field 'code'" Breadcrumb - Add a level for when adding a new search field 'New item search field' - Add single quotes around the search field code when modifying a search field Page header - Change 'Add a new field' to 'New item search field' - The styling of the header for the New X page is different from the usual - Change 'Item search field: test' to "Modify item search field 'code'" - Second level header necessary? No special page for deletion confirmation, it is simply a browser prompt. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 34395] New: Inconsistencies in Authority types page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '23

25 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34395 Bug ID: 34395 Summary: Inconsistencies in Authority types page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the Authority types page, here is what should be changed to make it consistent with the other pages in the module: Page title - Add authority type code to Modify X in page title (e.g. Modify authority type 'CHRON_TERM') - Add authority type code to Confirm deletion of authority type - Add a level with the When viewing the MARC structure of an authority type, with the framework code (e.g. "Authority MARC framework for CHRON_TERM") - Add the tag number when modifying a tag - When deleting a tag, change 'Confirm deletion' to "Confirm deletion of tag Y" - When viewing/editing subfields, add a level for the framework and a level for the tag - When editing subfields, use 'Modify' Breadcrumb - Add authority type code to Modify X in page title (e.g. Modify authority type 'CHRON_TERM') - Add authority type code to Confirm deletion of authority type - When viewing the MARC structure of an authority type change the level from "CHRON_TERM Framework" to "Authority MARC framework for CHRON_TERM" (or MARC structure?) - Add the tag number when modifying a tag - When deleting a tag, change 'Confirm deletion' to "Confirm deletion of tag Y" - When editing subfields, change 'Edit MARC subfields constraints' to "Modify MARC subfields constraints for tag 000" Page header - The styling for the header of the New X page is different from the rest< - The styling for the header of the Modify X page is different from the rest - Add authority type code to Modify X in page title (e.g. Modify authority type 'CHRON_TERM') - Add the tag number when modifying a tag - When deleting a tag, change 'Confirm deletion' to "Confirm deletion of tag Y" - When viewing subfields, change "Authority MARC subfield structure admin for 035 (authority: CHRON_TERM)" to "Authority MARC subfield structure for tag 035 (CHRON_TERM authority type)" (I'm unsure about how to mention the authority type in the header, but I definitely don't like the colon!) - When editing subfields, change 'Edit MARC subfields constraints for field 035 authority CHRON_TERM' to "Modify MARC subfields constraints for tag 035 (CHRON_TERM authority type)" (I personally prefer "field" to "tag", but tag is used everywhere else) (I'm also unsure about how to mention the authority type in the header) -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 34399] New: Inconsistencies in Record overlay rules page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '23

25 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34399 Bug ID: 34399 Summary: Inconsistencies in Record overlay rules page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the Record overlay rules page, here is what should be changed to make it consistent with the other pages in the module: Page title - Change 'MARC overlay rules' to 'Record overlay rules' (I don't mind either way, but if leaving it as is, then change the admin page and menu link so it matches) Breadcrumb - Change 'MARC overlay rules' to 'Record overlay rules' (as above) Page header - Change 'Manage MARC overlay rules' to 'Record overlay rules' (remove 'Manage'; as above) -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 34405] New: Inconsistencies in EDI accounts/Library EAN page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '23

25 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34405 Bug ID: 34405 Summary: Inconsistencies in EDI accounts/Library EAN page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the EDI accounts and library EAN page, here is what should be changed to make it consistent with the other pages in the module: Page title - Change 'Add new account' to 'New account' - Add account ID (?), in single quotes, to Modify account? I'm not sure what makes sense here. - Add account ID (?), in single quotes, to Confirm deletion of account? I'm not sure what makes sense here. - Change 'Add new library EAN' to 'New library EAN' - Add EAN in single quotes to Modify library EAN - Add EAN in single quotes to Confirm deletion of EAN - Change EAN to library EAN in Confirm deletion of Breadcrumb - Change 'Add new account' to 'New account' - Add account ID (?) to Modify account? I'm not sure what makes sense here. - Add account ID (?) to Confirm deletion of account? I'm not sure what makes sense here. - Change 'Add new library EAN' to 'New library EAN' - Add EAN in single quotes to Modify library EAN - Add EAN in single quotes to Confirm deletion of EAN - Change EAN to library EAN in Confirm deletion of Page header - Styling of header for New account is different than usual - Styling of header for Modify account is different than usual - Add account ID (?) to Modify account? I'm not sure what makes sense here. - Add account ID (?) to Confirm deletion of account? I'm not sure what makes sense here. - Styling of header when adding a library EAN is different than usual - Add EAN in single quotes to Modify library EAN - Styling of header when modifying a library EAN is different than usual - Change 'Delete EAN code for branchname?' to 'Confirm deletion of library EAN code for branchname' - Add a condition so that 'for branchname' only appears if the EAN is for a specific library. Right now, an EAN for all libraries displays 'Delete EAN code for ?' -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 34290] New: Add option to exclude item types from being in included in advance_notice.pl notices
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '23

24 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34290 Bug ID: 34290 Summary: Add option to exclude item types from being in included in advance_notice.pl notices Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if there was a way to exclude certain item types from DUE, PREDUE, DUEDGST, and PREDUEDGST notices. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34195] New: Import from List into ERM Title should warn you it is overwriting the record
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '23

24 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34195 Bug ID: 34195 Summary: Import from List into ERM Title should warn you it is overwriting the record Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.field(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com In ERM Local Titles (cgi-bin/koha/erm/eholdings/local/titles) if you import from a List and that list has full MARC records, the creation of the ERM titles uses the data it can extract from the MARC records but then overwrites the source title. This means you may actually loose data in your MARC record because some of the data is not mapped. We should either retain the full MARC infomation from the original record or at least warn the user that they could potentially loose MARC data. -- You are receiving this mail because: You are watching all bug changes.

1 4