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

[Bug 25546] New: Koha News Tool "Display location:" should be checkboxes
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '20

23 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25546 Bug ID: 25546 Summary: Koha News Tool "Display location:" should be checkboxes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the Koha News tool you can select the specfic location you want your "News" item to appears. You can choose 'All' to display it in all the locations or you can select a specific location. It would be nice if this option was checkboxes/radio buttons so you could select multiple locations but don't want it to display everywhere. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22988] New: Visible reduction in image quality
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '20

23 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22988 Bug ID: 22988 Summary: Visible reduction in image quality Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- I have a library that is noticing a visible reduction in image and thumbnail quality after upgrading from 18.11.03 to 18.11.05. This could be a regression from bug 21987. They have a lot of scanned black and white covers. The largest text in the thumbnails used to be readable, but after the upgrade, it is not. Their scanning process has not changed, so the original image that they upload should be of the same quality as before. Old, good image: http://bibliotek.dis-danmark.dk:8080/cgi-bin/koha/catalogue/image.pl?imagen… http://bibliotek.dis-danmark.dk:8080/cgi-bin/koha/catalogue/image.pl?imagen… New, not so good, image: http://bibliotek.dis-danmark.dk:8080/cgi-bin/koha/catalogue/image.pl?imagen… http://bibliotek.dis-danmark.dk:8080/cgi-bin/koha/catalogue/image.pl?imagen… Did we reduce the quality a bit too much? -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 22612] New: opac-auth.tt should contain OpacLoginInstructions
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '20

23 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22612 Bug ID: 22612 Summary: opac-auth.tt should contain OpacLoginInstructions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Good morning I think that opac-auth.tt should also include [% IF Koha.Preference( 'OpacLoginInstructions' ) %] <div id="nologininstructions-main" class="nologininstructions"> [% Koha.Preference( 'OpacLoginInstructions' ) %] </div> [% END %] This add login instrucctions, it appears for example in opac-main.tt or masthed.inc but on opac-auth.tt there is no login instructions -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 26418] New: The "description" for REFUND accountlines is not translatable
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '20

22 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26418 Bug ID: 26418 Summary: The "description" for REFUND accountlines 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, testopia(a)bugs.koha-community.org Depends on: 20307, 26403, 23442 Blocks: 14825 The description of REFUND type accountline credits introduced with the "issue refund" feature is not translatable. To test: - Make sure a language with a complete translation is installed - Switch to the language - Go to any user account - Add a manual invoice - Pay it off fully or partially - Click on "issue refund" - Confirm the refund - Check the description of the line in the patron account is not translated. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 [Bug 14825] Accounts Rewrite Omnibus https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20307 [Bug 20307] Language overlay for authorized values https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23442 [Bug 23442] Add a 'refund' process to accounts https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26403 [Bug 26403] "Issue refund" is not fully translatable -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 22750] New: Partial writeoff of lost fee causes item to be returned
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '20

22 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22750 Bug ID: 22750 Summary: Partial writeoff of lost fee causes item to be returned Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To test: - Set system preference MarkLostItemAsReturned to not mark items as returned - Set system preference WhenLostChargeReplacementFee to charge - Find an item with a non-zero replacement cost - Check item out to patron - Mark item as lost - Confirm item is still in patron checkouts and patron has a lost fee for item - Write off part of the lost fee - Confirm the item no longer shows in patron checkouts -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 19718] New: Create message for patrons with multiple holds on the same item
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '20

21 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19718 Bug ID: 19718 Summary: Create message for patrons with multiple holds on the same item Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: karen(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com One of our partners allows 3 holds per record. They have noticed that patrons will place multiple holds on an item that they have already placed on hold. They would like for Koha to display a message to the patron when they place a hold on an item they already have on hold. Their suggested message is "You already have placed a hold on this record. Are you sure you want to place another?" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 24685] New: history.txt - entry for epoch 978712245 is misaligned
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '20

21 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24685 Bug ID: 24685 Summary: history.txt - entry for epoch 978712245 is misaligned Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: sacha+koha(a)ssl.co.uk On https://koha-community.org/about/history/ the entry for 978712245 has a date which bleeds into the adjacent column and pushes the table out. While you're in there... a few rows above that a release event is tagged with "award". -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 20280] New: Authorised value categories list in bibliographic frameworks has 2 empty entries
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '20

21 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20280 Bug ID: 20280 Summary: Authorised value categories list in bibliographic frameworks has 2 empty entries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To test: - Edit a subfield in any of your bibliographic frameworks - In the last section, take a look at the authorised value categories list - Confirm there are 2 empty entries Tested with sample data. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 26510] New: Transport Cost Matrix editor doesn't show all data when HoldsQueueSkipClosed is enabled.
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '20

21 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26510 Bug ID: 26510 Summary: Transport Cost Matrix editor doesn't show all data when HoldsQueueSkipClosed is enabled. 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 HoldsQueueSkipClosed is enabled, and a library happens to be closed on the day you edit the transport cost matrix, all the values for that library will not show. Instead they will appear disabled, and if you were to edit the cell and save a new value in it, it will also 'disappear' when the page is reloaded. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 26231] New: bulkmarcimport.pl does not import authority if it already has a 001 field
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '20

20 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26231 Bug ID: 26231 Summary: bulkmarcimport.pl does not import authority if it already has a 001 field Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I'm trying to import authorities which already have a 001 and bulkmarcimport.pl says that it's worked but it hasn't actually imported anything and no errors have been thrown. I'm using this command: koha-shell -c "perl /usr/share/koha/bin/migration_tools/bulkmarcimport.pl -file /home/dcook/auth.mrc -a -fk -d -v -l /tmp/auth.log" <instance> It appears to be because the value from the 001 is being passed to AddAuthority() which - instead of adding the authority - is trying to update an existing authority. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16