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

[Bug 21022] New: Exceptions should skip stringifying if message manually passed
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '22

12 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21022 Bug ID: 21022 Summary: Exceptions should skip stringifying if message manually passed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Bug 20590 introduced a way to create more useful and testable exception messages. But we should still be allowed to pass manual messages, because we might not have all the information we need to build the stringified version like it proposed. Notably on Koha::Object->store, in which we parse the DBI warning. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 23149] New: Unsuspend button in staff interface is confusing
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '22

10 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23149 Bug ID: 23149 Summary: Unsuspend button in staff interface is confusing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- When viewing the holds page for biblio in the staff client it initially says: 'Suspend' until [date] - where suspend is a button and date is a datepicker if you choose a date and hit 'suspend' it then says 'Unsuspend' on [date] - where unsuspend is a button and the date is the date set above, but offers a date picker I read 'Unsuspend on date' as an option to set the date the hold will be unsuspended - not as 'Unsuspend now' with an irrelevant date displayed afterwards, which is how it seemingly functions. Does this make sense to others in its current state? I would propose: 'Suspend' until [date] - and if you set a date and click suspend it becomes Suspended until [date] then a new column with 'Unsuspend' as a button -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 21051] New: CGI::param called in list context when editing a patron card layout
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '22

10 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21051 Bug ID: 21051 Summary: CGI::param called in list context when editing a patron card layout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org To test: - Edit a patron card layout - Save or cancel editing CGI::param called in list context from package CGI::Compile::ROOT::home_vagrant_kohaclone_patroncards_edit_2dlayout_2epl line 186, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. CGI::param called in list context from package CGI::Compile::ROOT::home_vagrant_kohaclone_patroncards_edit_2dlayout_2epl line 186, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. CGI::param called in list context from package CGI::Compile::ROOT::home_vagrant_kohaclone_patroncards_edit_2dlayout_2epl line 186, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. CGI::param called in list context from package Template::Document line 57, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 15723] New: Add preview marc in authority results authorities-home.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '22

08 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15723 Bug ID: 15723 Summary: Add preview marc in authority results authorities-home.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 47560 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=47560&action=ed… authority search Hi, In a results list of authorities , it would be great to have a Marc preview of each notice. We could then check quickly the authorities to merge. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 20105] New: Ability to allow Article Request to be without an attached record
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20105 Bug ID: 20105 Summary: Ability to allow Article Request to be without an attached record Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: kyle(a)bywatersolutions.com Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A library inquired about allowing article requests to work similarly to purchase suggestions. Instead of having patron search for the subscription or record that they would like the article from- instead they would like the patron to fill out a form (as they would in a purchase suggestion) with fields (from the system preference : ArticleRequestsMandatoryFields, ArticleRequestsMandatoryFieldsItemOnly, ArticleRequestsMandatoryFieldsRecordOnly Currently when the Request Article link is clicked, it brings up the opac-request-article.pl with a biblio number. This may have a dual purpose - it could potentially be used for ILL material form for a library also! Kelly Bywater Solutions -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 23463] New: Move C4::Items CRUD subroutines to Koha::Item
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '22

06 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23463 Bug ID: 23463 Summary: Move C4::Items CRUD subroutines to Koha::Item Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 258

[Bug 21741] New: branch transfers checked in at wrong branch could be clearer
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '22

04 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21741 Bug ID: 21741 Summary: branch transfers checked in at wrong branch could be clearer Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some times items are sent to the wrong branch during a branch transfer. It would be useful to... a) Show the sending and target branch for the branch transfer b) Allow the branch transfer to be cancelled -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 24115] New: patron import tool should have option to not overwrite specific fields
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '22

02 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24115 Bug ID: 24115 Summary: patron import tool should have option to not overwrite specific fields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.evans(a)phe.gov.uk QA Contact: testopia(a)bugs.koha-community.org Following a test load of users exported from our active directory using the import users tool (Koha 18.11) we have encountered a few issues. The default settings specified for the load are being applied to also overwrite existing users. For example, all users now have the same profile and home library. We would wish to have the option for the default settings to only apply for new users created and for example retain the current user profile and home library for existing users. These 2 fields would not be included in the file loaded to Koha from the Active directory. There are other fields such as the email address, expiry date, address, etc where we do want the load to overwrite the existing records to keep these up to date in Koha. Probably another tick box next to each of the fields listed for the default settings to only apply to new records would make it flexible to retain specific fields whilst allowing others to be updated As a minimum this should apply to user profile and home library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 24279] New: Claims Returned does not work when set from moredetail.pl or additem.pl
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '22

02 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24279 Bug ID: 24279 Summary: Claims Returned does not work when set from moredetail.pl or additem.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To test: - configure claims returned per bug 14697 - Check an item out to a patron - Go to either moredetail.pl or additem.pl and set the item to your claims returned lost value - observe that the item has followed normal lost behavior rather than claims returned behavior We see two options to fix this, either: - Hide the claims returned lost value from moredetail.pl and additem.pl OR - Make Koha follows claims returned process regardless of how the item is set to that claims returned lost value -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 18683] New: biblioitems.marcxml does not match MARC21slim.xsd
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '21

30 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18683 Bug ID: 18683 Summary: biblioitems.marcxml does not match MARC21slim.xsd Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: mail(a)casi.pw QA Contact: testopia(a)bugs.koha-community.org I found the following record in a Koha installation that I manage, running on a Debian server. ---- <record xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd" xmlns="http://www.loc.gov/MARC21/slim"> <leader>[...]</leader> <datafield tag="999" ind1=" " ind2=" "> <subfield code="c">[...]</subfield> <subfield code="d">[...]</subfield> </datafield> <controlfield tag="001">[...]</controlfield> [...] ---- This does not comply with the MARC21slim.xsd Schema definition, which says: <xsd:complexType name="recordType" id="record.ct"> <xsd:sequence minOccurs="0"> <xsd:element name="leader" type="leaderFieldType"/> <xsd:element name="controlfield" type="controlFieldType" minOccurs="0" maxOccurs="unbounded"/> <xsd:element name="datafield" type="dataFieldType" minOccurs="0" maxOccurs="unbounded"/> </xsd:sequence> <xsd:attribute name="type" type="recordTypeType" use="optional"/> <xsd:attribute name="id" type="idDataType" use="optional"/> </xsd:complexType> These malformed xml strings were created by Koha over the time. To localize the errors, I ran a SQL query on the database. > select timestamp from biblioitems where marcxml like "%<datafield tag=\"999\"%<controlfield%" order by timestamp gives 962 rows, since 24th of October 2016 Some of the marcxml fields even contain the field 999 a second time, at the end. > select timestamp from biblioitems where marcxml like "%<datafield tag=\"999\"%<controlfield%<datafield tag=\"999\"%" order by timestamp gives 509 rows, since 4th of January 2017 -- You are receiving this mail because: You are watching all bug changes.

1 3