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

[Bug 18755] New: Allow empty password fields in Patron Info requests
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '21

28 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18755 Bug ID: 18755 Summary: Allow empty password fields in Patron Info requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Bug 16610 changed the behaviour of patron info requests and responses - previously if the password field was empty in the request, we returned password ok. Many sip clients assume that passing an empty pwd field means "I'm not validating a password - I just want to know patron is valid" and are failing because of the change in behaviour. As both scenarios are valid I suggest adding a parameter to the sip config to allow empty password fields to be treated as previously. To my knowledge this is only an issue in the patron info response. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 14239] Bibframe support in Koha
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '21

28 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14239 Henry Bolshaw <bolshawh(a)parliament.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bolshawh(a)parliament.uk --- Comment #5 from Henry Bolshaw <bolshawh(a)parliament.uk> --- It sounds like BIBFRAME might be making some slow progress again: "The Library of Congress is planning for 2021 to be an expansion year for its BIBFRAME cataloging operation as a large project involves bringing all the cataloging staff into BIBFRAME. This means that interchange using both BIBFRAME and MARC will also expand, as will the potential for new developments for systems based on either format. This Update will hear about plans of Ex Libris for Linked Data -- How bridging the BIBFRAME and MARC workflows might work in the Folio development -- And an OCLC intent to be able to “adroitly” consume and export BIBFRAME data." https://www.loc.gov/bibframe/news/bibframe-update-mw2021.html -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14723] Additional delivery notes to messages
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '21

28 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14723 Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14723] Additional delivery notes to messages
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '21

28 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14723 --- Comment #43 from Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> --- Created attachment 120252 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=120252&action=e… Bug 14723: Add error codes and replace strings with them in template This patch adds error codes for delivery notes and replaces English strings with them in template. To test confirm that everything works according to the first test plan. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12017] Move language description out of database
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '21

28 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12017 --- Comment #103 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #102) > Note that Chinese sorts using radical and stroke count. So English, French, > and Chinese would be sorted as '中文','法文','英文' (Chinese, French, English > respectively). > > That doesn't correspond to the more western-centric language codes. Then again maybe it is just doing a byte order sort... 中 = e4b8ad 法 = e6b395 英 = e88bb1 So I guess that theory is out the window. I think users without alphabets just suffer with Koha? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12017] Move language description out of database
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '21

28 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12017 --- Comment #102 from David Cook <dcook(a)prosentient.com.au> --- Note that Chinese sorts using radical and stroke count. So English, French, and Chinese would be sorted as '中文','法文','英文' (Chinese, French, English respectively). That doesn't correspond to the more western-centric language codes. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12017] Move language description out of database
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '21

28 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12017 --- Comment #101 from David Cook <dcook(a)prosentient.com.au> --- Comment on attachment 40288 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=40288 Bug 12017: 4 - Change language changers Review of attachment 40288: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=120…) ----------------------------------------------------------------- ::: koha-tmpl/intranet-tmpl/prog/en/includes/intranet-bottom.inc @@ +5,4 @@ > <div id="changelanguage" class="navbar navbar-fixed-bottom"> > <div class="navbar-inner"> > <ul id="i18nMenu" class="nav"> > + [% FOREACH languages_loo IN languages_loop.sort('rfc4646_subtag') %] It seems to me the ideal way would be to sort by the user's chosen language. That said, I'm not sure that translated names are always provided, so maybe a system preference for ordering language makes sense? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28239] New: Include the ability to add Course Reserve information to labels
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '21

27 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28239 Bug ID: 28239 Summary: Include the ability to add Course Reserve information to labels Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org An academic library would to be able to print labels in the label creator that include course reserve information and currently this is not possible. For example, this library would like to print labels for items that are on the course which include the ability of printing course #, department, section, etc- would be ideal. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15563] Add option to regularly delete patroncard and label batches to cleanup_database.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '21

27 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15563 --- Comment #34 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- Pushed to master for 21.05, thanks to everybody involved! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15563] Add option to regularly delete patroncard and label batches to cleanup_database.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '21

27 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15563 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to master Version(s)| |21.05.00 released in| | -- You are receiving this mail because: You are watching all bug changes.

1 0