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

[Bug 14544] Move the list related code to Koha::Virtualshelves
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14544 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |15584 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15584 [Bug 15584] Staff client list errors are incorrectly styled -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12722] bulkmarcimport.pl: Should we move the old 001 to 035 ?
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12722 --- Comment #5 from David Gustafsson <glasklas(a)gmail.com> --- Seems like Koha keeps the old 001 though, (instead of replacing it with the local koha id). So if that it the also copying it to 035a is a bit confusing. So not really sure how to tackle this one. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15534] Add the ability to prevent a patron from placing a hold on a record with available items
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15534 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |18015 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18015 [Bug 18015] On shelf holds allowed > "If all unavailable" ignores notforloan -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17880] New: C4::Installer:: PerlModules lexicographical comparison is incorrect
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17880 Bug ID: 17880 Summary: C4::Installer::PerlModules lexicographical comparison is incorrect Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org C4::Installer::PerlModules compares a modules VERSION against the min_version specified in C4::Installer::PerlDependencies using the lexicographical comparison "lt". This means that 0.9.12 will be considered to be less than 0.9.3: PDF::Table 0.9.12 0.9.3 Yes The above line shows up in koha_perl_deps.pl when I look to see what modules I need to upgrade. It doesn't prevent me from installing/running Koha, but it's wrong. In theory, we could use version.pm for our comparisons (http://search.cpan.org/~jpeacock/version-0.9917/lib/version.pod#How_to_comp…) I think it can sometimes have surprising results, although in this case it should be OK since we're comparing version numbers against version numbers of the same module. So in theory it should have a consistent scheme... -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 14224] patron notes about item shown at check in
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14224 --- Comment #50 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- I'd like to get feedbacks about these few questions: 1. Maybe the pref AllowIssueNotes should be renamed AllowCheckoutNotes? 2. Does everybody think that "PATRON_NOTE" template code is meaningful enough? (In reply to Jonathan Druart from comment #41) > Aleisha, it seems that your last patch kept the 2 subroutines in C4::Items. > Since you are not using them, you can remove them. Note that this is still valid, C4::Circulation::GetItemIssues is readded by your patch whereas it has been removed by bug 17679. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 --- Comment #41 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 59674 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59674&action=ed… Bug 15030: Add tests This test will prevent regression on the lost of data when items.itemcallnumber is linked with a plugin. Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 --- Comment #40 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 59673 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59673&action=ed… Bug 15030 - continue. The enumchron value was overwritten by 'header' even when value supplied Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 --- Comment #39 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 59672 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59672&action=ed… Bug 15030 - Fixes the serials fields associated with a plugin, to not overwrite the previously saved value This fixes the remaining fields from serials-edit.pl that were seeing their previously entered values be oblitarated with each new edit. The fields associated to a plugin (dateaccessioned and barcode) were always displaying <empty> with each new edit, losing the previous effort. Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #53456|0 |1 is obsolete| | Attachment #53457|0 |1 is obsolete| | Attachment #53458|0 |1 is obsolete| | Attachment #53459|0 |1 is obsolete| | --- Comment #38 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 59671 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59671&action=ed… Bug 15030 - Certain values in serials' items are lost on next edit When editing serials subscription, we can edit them but some values are not pulled from the DB correctly to be put in the edit box. If not noticed, the value will be overwritten on the next save. Test: - Create a subscription - Edit itemcallnumber (952o?) and make sure to have a different value than the default one. - Save. - Edit it again - The saved value is not there. This is true for itemcallnumber and a few other fields. This was caused by calls to ->field($subfield). This would always fail, of course. Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '17

31 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0