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

[Bug 26398] New: Credit type on creating a manual credit is not translatable
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26398 Bug ID: 26398 Summary: Credit type on creating a manual credit is not translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, martin.renvoize(a)ptfs-europe.com The "Credit type" pull down on the "Manual credit" page contains untranslatable values. To test: - Make sure another language than English is installed (tested with de-DE) - Go to any patron account - Accounting tab - Create manual credit tab - Verify the credit type pull down is there - Switch language to non-English - Verify the values remain in English -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 25412] New: [OMNIBUS] Enhance POD in Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25412 Bug ID: 25412 Summary: [OMNIBUS] Enhance POD in Koha namespace Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Developer documentation Assignee: koha-bugs(a)lists.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. You are the assignee for the bug.

1 7

[Bug 28230] New: Renewing/Checking out record with Ä or Ö letter in title can make Koha totally unfunctional
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28230 Bug ID: 28230 Summary: Renewing/Checking out record with Ä or Ö letter in title can make Koha totally unfunctional Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 22824 Koha can lock-up/stop working totally (unrelease manual DB LOCK on messages_queue table seems to cause this) in the following example situation (others aswell): - Have a biblio with "Ä" in title - Enable RenewalSendNotice - Enable "Item checkout and renewal" message preference for patron - Checkout an item from biblio "Ä" to patron - Renew the patrons loan and notice the following error: > {UNKNOWN}: YAML::XS::Load Error: The problem: > > control characters are not allowed > > was found at document: 0 at /kohadevbox/koha/C4/Circulation.pm line 3150 This seems to also cause a lock staying on message_queue table and locking other Koha database transactions from happening. I did some test code to debug this: #use YAML; use Encode; use Data::Dumper; use YAML::XS print Dumper(Dump(YAML::XS::Load(Encode::encode_utf8("---\r\n hello: 'heÄllo'")))); Basically here the YAML::XS version dies but if you replace that with YAML::Load it works. It might also have something to do with the Ä getting double encoded? The code that causes this problem is the > return YAML::XS::Load(Encode::encode_utf8($self->{metadata})); line in C4::Message::metadata() function. This seems to be caused by "Bug 22824: Replace YAML::Syck with YAML::XS" (d6d01169509999e22). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22824 [Bug 22824] Replace YAML::Syck with YAML::XS -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 19236] New: UNIF_TITLE authority ignores 2nd indicator value for all new headings saved
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19236 Bug ID: 19236 Summary: UNIF_TITLE authority ignores 2nd indicator value for all new headings saved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When saving new headings to UNIF_TITLE authority, second indicator value is not saved. So when you selected such authority heading (as part the cataloguing), you have to manually re-enter the indicator value concerned. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19237] New: PERSO_NAME authority file ignores first indicator value of new headings saved
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19237 Bug ID: 19237 Summary: PERSO_NAME authority file ignores first indicator value of new headings saved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When saving new headings to PERSO_NAME authority, first indicator value is not saved. So when you selected such authority heading (as part the cataloguing), you have to manually re-enter the indicator value concerned. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 28086] New: Email address shown on OpacMaintenancePage should use ReplytoDefault if set
by bugzilla-daemon＠bugs.koha-community.org 02 May '21

02 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28086 Bug ID: 28086 Summary: Email address shown on OpacMaintenancePage should use ReplytoDefault if set 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org For some email setups the email address of the library will be in ReplytoDefault and not in KohaAdminEmailAddress. So it would be great if we could check ReplytoDefault for the email shown on the OPAC maintenance page first and use it if set with a fallback to the current behaviour of using KohaAdminEmailAdress. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 28155] New: Guided report save goes to 403
by bugzilla-daemon＠bugs.koha-community.org 02 May '21

02 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28155 Bug ID: 28155 Summary: Guided report save goes to 403 Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: libman(a)northam.wa.gov.au QA Contact: testopia(a)bugs.koha-community.org Guided reports go to the point of Save, and return a 403 page. Previously saved reports run fine. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 25969] New: Checking in a found hold at a different branch then confirming the hold causes internal server error
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25969 Bug ID: 25969 Summary: Checking in a found hold at a different branch then confirming the hold causes internal server error 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a record level hold is filled and waiting at Library A, and the item is checked in at Library B, AddReturn() calls RevertWaitingStatus(), which unsets found, and itemnumber ( if the hold was record level ). AddReturn() then retuns the message 'ResFound', which triggers the hold fulfillment dialog, which passes the reserve_id back to circulation.pl. Then, circulation.pl attempts to get the biblio via the itemnumber, which the hold doesn't have, causing an ISE. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 10452] AllowHoldsOnDamagedItems should control using damaged items to fulfill holds
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10452 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=28206 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11919] staff should be able to place (and capture) holds on items that cannot fill hold requests for patrons
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11919 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=28206 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0