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

[Bug 21833] New: Request type is not displayed on ILL request detail page
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '23

09 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21833 Bug ID: 21833 Summary: Request type is not displayed on ILL request detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no Request type is saved as illrequests.medium in the databse. This is displayed in two places: 1. Detail ILL request view /cgi-bin/koha/ill/ill-requests.pl?method=illview&illrequest_id=553 2. Edit request view /cgi-bin/koha/ill/ill-requests.pl?method=edit_action&illrequest_id=553 But the value from illrequests.medium is never displayed, just N/A. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 22671] New: Built-in offline circulation interface not working
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22671 Bug ID: 22671 Summary: Built-in offline circulation interface not working Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre-marc.thibault(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, philippe.audet-fortin(a)inlibro.com Target Milestone: --- I am not able to use the feature on master when I follow these steps : 1) I set AllowOfflineCirculation to Enable. 2) I go to Circulation > Built-in offline circulation interface > Synchronize. 3) I click on "Download records" and dates appear like this : "2019-04-08 16:39:16 GMT-0400 (Eastern Daylight Time)". 4) I disable my internet connection. 5) I go to "https://your-koha-staff-client-url/cgi-bin/koha/circ/offline.pl". 6) I get a 404 page. It's likely the technology is no longer supported as windows.applicationCache is deprecated and cannot be used in a not secure context (http). I am not really sure if the problem comes from my koha or that, so I am asking the community if this feature still works. I tested an updated master in https on Firefox 66.0.2. Thank you for your feedbacks. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 17482] New: Untranslatable "Machine generated authority record" ( Marc field 667$a)
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17482 Bug ID: 17482 Summary: Untranslatable "Machine generated authority record" (Marc field 667$a) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N 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: frederic(a)tamil.fr Hi, When an authority is automaticaly created, marc field 667$a contains "Machine generated authority record". I don't find this string in the translation file (fr-CA or fr-FR) Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22802] New: When ordering form a staged file, if funds are populated per item order level fund should not be required
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22802 Bug ID: 22802 Summary: When ordering form a staged file, if funds are populated per item order level fund should not be required Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To recreate: 1 - Set MarcItemFieldsToOder: homebranch: 975$a holdingbranch: 975$b itype: 975$y nonpublic_note: 975$x public_note: 975$z loc: 975$c ccode: 970$c notforloan: 975$7 uri: 975$u copyno: 975$n quantity: 975$q budget_code: 975$h price: 975$g replacementprice: 975$p 2 - Create a MARC record with a 975 like: =975 \\$aCPL$bCPL$g27.99$oONORDER$q1$p22.39$7-1$yBK$hBUDGET_CODE 3 - Ensure budget code, itype, and branches are valid values for your system 4 - In a basket with create items so to 'on ordering' add the file above 5 - Try to add the order 6 - Order level fund is required -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 19696] New: HoldsQueue.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19696 Bug ID: 19696 Summary: HoldsQueue.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org https://jenkins.koha-community.org/job/Koha_Master_D8/294/console # Failed test 'Holds queue filling 1st correct hold for default holds policy 'from home library'' # at t/db_dependent/HoldsQueue.t line 295. # got: 'ig5lWyedNiY9jjrOLHEZQMJ' # expected: 'b_8YX7Q_M7PjVyGxX9BsaKf' # Failed test 'Holds queue filling 2nd correct hold for default holds policy 'from home library'' # at t/db_dependent/HoldsQueue.t line 296. # got: 'b_8YX7Q_M7PjVyGxX9BsaKf' # expected: 'ig5lWyedNiY9jjrOLHEZQMJ' # Looks like you failed 2 tests of 44. [19:04:35] t/db_dependent/HoldsQueue.t .................................... Dubious, test returned 2 (wstat 512, 0x200) Failed 2/44 subtests -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 21045] New: Default checkout limit by patron category for all libraries not managed by SIP2
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '23

06 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21045 Bug ID: 21045 Summary: Default checkout limit by patron category for all libraries not managed by SIP2 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: anne-claire.bernaudin(a)univ-rennes1.fr QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Hello We're on Koha 16.05, using selfcheck machines from Nedap. In our circulation rules, we defined Default checkout limit by patron category for "all libraries". This limit is only configured in the "all libraries" page, and not for each library. The Circcontrol syspref is set to "the library you are logged in at". In this configuration, the selfcheck machines, using the SIP protocol, ignore the "Default checkout limit by patron category". For example, for a patron category called "L", the limit is set to 20 documents. I'm able to check out 20 documents in library 1 through the staff client, and then to add some more check outs through the selfcheck machine. Please note that the Default checkout limit by patron category defined for all libraries is correctly managed by the staff client (for a patron having the patron category "L", I can't check out more than 20 documents, whatever library I'm logged in at). Also please note that this problem seems to happen only with selfcheck machines from Nedap. The problem apparently doesn't exist for Bibliotheca selfcheck machines. Could someone confirm this ? Thanks Anne-Claire (from Rennes, France) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 21522] New: Labels incorrectly inheriting some default Bootstrap style properties
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '23

06 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21522 Bug ID: 21522 Summary: Labels incorrectly inheriting some default Bootstrap style properties Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Our global staff client CSS should override more of Bootstrap's default label styling than it does at the moment. This is causing problems because part of the Bootstrap style is "white-space: nowrap" which prevents long text from wrapping. From the mailing list: "I’ve noticed that there’s a translation too long in french in catalogue/moredetail.pl so it’s unreadable. Cf image. Is there’s something to change in the code to allow a longer but clearer translation : Accession date -> Date d'entrée dans les collections" http://lists.koha-community.org/pipermail/koha-devel/2018-October/044845.ht… -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 22338] New: illrequests.notesopac is editable by both patron and staff
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '23

06 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22338 Bug ID: 22338 Summary: illrequests.notesopac is editable by both patron and staff Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no Target Milestone: --- Was that intended? It seems a bit weird to have a field for communnicating that both parties can edit. Especially if this field is used for information that could be contested, like a due date. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 22285] New: OPAC shows too much info about ILL requests
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '23

06 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22285 Bug ID: 22285 Summary: OPAC shows too much info about ILL requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no Target Milestone: --- When ILL is enabled, patrons get an extra "tab" in "my summary" in the OPAC, called "your interlibrary loan requests". This page shows a table of basic info about ILL requests for that patron, along with a button that says "View". Clicking on this button shows a lot of information about a single request. The first part of the page has a heading of "Details from library" and contains the same fields as the table on the previous page, along with a field for notes. (It looks like this field can be edited both by the patron and by librarians, which seems kind of odd, but that is better left for another bug.) The second part is labeled "Details from <supplier/backend>", and this is the problematic bit. It is identical to the information displayed to librarians in the backend, so it might contain notes that are not meant for the patron to see. The data in this section comes from Koha::Illbackends::Libris::Base:metadata(). Could it be possible to give this sub a parameter so that it would "know" if it is serving data for the OPAC or the intranet, and choose which data to display based on that? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 19044] New: Add BDS integration
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '23

02 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19044 Bug ID: 19044 Summary: Add BDS integration Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Some UK Koha users want to use BDS to supply their book cover images. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10