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

[Bug 23952] New: Fix body id on OPAC course details page
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23952 Bug ID: 23952 Summary: Fix body id on OPAC course details page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Course reserves Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The id for the OPAC course details page is 'opac-main', but it should have a specific one. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 21939] New: Permissions for Holds History Tab
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21939 Bug ID: 21939 Summary: Permissions for Holds History Tab Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With bug 14919 we added the availability to allow staff to view the Holds History tab for a patron if intranetreadinghistory is set to allow. However, depending on the permissions, a staff member has they may or may not be able to see. In order to view the Holds History Tab a staff member must have the full borrowers permission. borrowers Add, modify and view patron information edit_borrowers Add, modify and view patron information view_borrower_infos_from_any_libraries View patron info from any libraries. If not set the logged in user could only access patron info from its own library or group of libraries. If they only have edit_borrowers Add, modify and view patron information, they will not have access to view the Holds History tab. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 24145] New: Auth.t is failing because of wrong mocked ->param
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24145 Bug ID: 24145 Summary: Auth.t is failing because of wrong mocked ->param Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org t/db_dependent/Auth.t .. 1/22 Un-mocked method 'url()' called at /kohadevbox/koha/C4/Auth.pm line 1223. Un-mocked method 'redirect()' called at /kohadevbox/koha/C4/Auth.pm line 1227. A context appears to have been destroyed without first calling release(). Based on $@ it does not look like an exception was thrown (this is not always a reliable test) This is a problem because the global error variables ($!, $@, and $?) will not be restored. In addition some release callbacks will not work properly from inside a DESTROY method. Here are the context creation details, just in case a tool forgot to call release(): File: t/db_dependent/Auth.t Line: 74 Tool: Test::More::subtest Cleaning up the CONTEXT stack... # Test ended with extra hubs on the stack! # Looks like you planned 22 tests but ran 1. t/db_dependent/Auth.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 21/22 subtests Test Summary Report ------------------- t/db_dependent/Auth.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 22 tests but ran 1. Files=1, Tests=1, 2 wallclock secs ( 0.02 usr 0.00 sys + 1.54 cusr 0.24 csys = 1.80 CPU) Result: FAIL -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 24120] New: Search terms in search dropdown must be URI filtered
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24120 Bug ID: 24120 Summary: Search terms in search dropdown must be URI filtered Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Search for C++ 2 - Sort your results 3 - Note search is now for "C " -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 23483] New: When writing off a fine, the title of the patron is shown as description
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23483 Bug ID: 23483 Summary: When writing off a fine, the title of the patron is shown as description Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When writing of an individual fine or fee, the description column shows the title of the patron (mr, mrs, borrowers.title). Could this be a variable confusion? (Record title vs. patron title?) So far confirmed in latest 18.11. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 24267] New: C4::Breeding::ImportBreedingAuth is ineffective
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24267 Bug ID: 24267 Summary: C4::Breeding::ImportBreedingAuth is ineffective Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org git grep ImportBreedingAuth - there is only one call to this routine from SearchZ3950Auth We pass it a MARC record, '2' for overwrite_auth We then check for this record in the DB and get the breeding id, however, when overwrite_auth is 2 we always add the auth to the batch and return the new breeding id. We don't actually use any of the other parameters returned here either To recreate: 1 - Browse to Authorities 2 - Select New form Z3950 3 - Perform a search that returns results 4 - SELECT COUNT(*) FROM import_auths 5 - Repeat the search 6 - SELECT COUNT(*) FROM import_auths 7 - There are 20 more records 8 - SELECT * FROM import_auths - note the repeated rows -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 23957] New: Remove button style with famfamfam icon background and replace with Font Awesome
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23957 Bug ID: 23957 Summary: Remove button style with famfamfam icon background and replace with Font Awesome Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When hold policy override is enabled and the librarian tries to place a hold on an title which would otherwise not be available to be placed on hold, the input button is shown with a "warning" icon. Elsewhere in this template this image icon was replaced with a Font Awesome icon (in Bug 14695). This should be done for the inputs as well. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 23261] New: RecordedBooks - notify patron of need to login / register to see availability
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23261 Bug ID: 23261 Summary: RecordedBooks - notify patron of need to login / register to see availability 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 14792] Fix visibility check for 'place holds' link in OPAC result list
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14792 --- Comment #3 from Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> --- Hi, Link "Place hold" do not appear in OPAC result list according to the parameters chosen in the circulation rules in the "On shelf holds allowed" column. I am testing on version 19.05: - If any unavailable : link do not appears - If all unavailable : link appears - Yes : link appears For exemple, with "If any unavailable", if i have 2 items on a notice and one of them is checked out, "Place hold" link should appear in the result list. It's the same if it's a notice with a single item. Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7468] Add label to batch by barcode range
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7468 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #31 from Owen Leonard <oleonard(a)myacpl.org> --- This is looking good--still applies! I see one very minor thing: When you click the "Print range" button the window which pops up says "0 batches to export." Technically true since it's not a batch in the sense of other label batches, but probably confusing. There are also some warnings about commit messages: Processing additional checks * Commit title does not start with 'Bug XXXXX: ' - e72dcde082d * Commit title does not start with 'Bug XXXXX: ' - f8f861abdd7 * Commit title does not start with 'Bug XXXXX: ' - 20d7bc7c535 * Commit title does not start with 'Bug XXXXX: ' - fc83b5fd01e * Commit title does not start with 'Bug XXXXX: ' - c48815db50e -- You are receiving this mail because: You are watching all bug changes.

1 0