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

[Bug 8010] Search history can be added to the wrong patron
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8010 --- Comment #23 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- This contains strings, so will have to wait to be considered next month. I am not sure about the pref description: + - Load the unlogged history to the next user. + - pref : LoadSearchHistoryToTheFirstLoggedUser + default: 0 + choices: + yes: "Load" + no : "Don't load" + - history to the next client. Maybe we could rephrase that a bit to make it clearer? We'd also want to make it INSERT IGNORE if we want this in 16.11.x in master. The sypsref name got a bit long :) Why Load and not Add? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18115] New: Fix use of Objects as hashref in acqui/ addorderiso2709.pl - Bug 15503 followup
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18115 Bug ID: 18115 Summary: Fix use of Objects as hashref in acqui/addorderiso2709.pl - Bug 15503 followup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 18150] New: CanItemBeReserved don't work with ( IndependentBranches AND ! canreservefromotherbranches)
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18150 Bug ID: 18150 Summary: CanItemBeReserved don't work with (IndependentBranches AND ! canreservefromotherbranches) Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P4 Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nicolas.legrand(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you have independent branches and forbid holds between branches you won't be able to place a hold on an item you should be able to reserve. This is because it tests the item homebranch as if the $item variable was a hash whereas, if it did began as such, by the middle of the function it is replaced by a Koha object. So $item->{homebranch} should be $item->homebranch. Patch coming soon. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 18284] New: Biblio metadata are not moved to the deleted table when a biblio is deleted
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18284 Bug ID: 18284 Summary: Biblio metadata are not moved to the deleted table when a biblio is deleted Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: blocker Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org There is a deletedbiblio_metadata table but it is not populated when a biblio is deleted. Since we have a ON DELETE constraint on biblio_metadata.biblionumber, the row is deleted when the biblio entry is deleted => data lost! We absolutely need this one before the next release. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 18243] New: Bug 16034 follow-up: better handling of absence of WebService::ILS::OverDrive:: Patron at testing
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18243 Bug ID: 18243 Summary: Bug 16034 follow-up: better handling of absence of WebService::ILS::OverDrive::Patron at testing 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: srdjan(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 9083] <<items.content>> in checkin/checkout notices does nothing
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9083 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veron(a)veron.ch See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=17969 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 17985] New: Hold request fails if only item in transit
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17985 Bug ID: 17985 Summary: Hold request fails if only item in transit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To test: * Create patron rule that limits a patron category to checkout or place a hold only from Branch A * Set Patron 1 with that patron category * Create a single item bib record whose homebranch is Branch A SUCCESS * Try to place a hold on that item under Patron 1. You will see that you can. FAIL * Place a hold for that item under another patron under another branch and trigger the hold. * Place a hold for that item under Patron 1. You will see that you cannot place the hold! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9097] 'Welcome mail' for new library users
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9097 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veron(a)veron.ch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18012] New: Add classes and ids to opac-user.pl / Failed login
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18012 Bug ID: 18012 Summary: Add classes and ids to opac-user.pl / Failed login Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When using LDAP, CAS or even Koha, sometimes the existing texts shown on the opac-user.pl page don't fit when the login failed or when you are asked to login after trying to access a feature (try to place a hold without being logged in first) Right now it's really hard to change something here with OpacUserJs or CSS, because the text is in multiple <p> tags without any classes or ids. It would be nice if it was easier to select the elements. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 14907] Item search: Call Numbers in Item search results are ordered alphabetically
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '17

24 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14907 J Schmidt <jschmidt(a)switchinc.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jschmidt(a)switchinc.org -- You are receiving this mail because: You are watching all bug changes.

1 0