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

[Bug 11492] Receiving a serial item causes routing list notes to be lost
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11492 Liz Rea <wizzyrea(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11473] View log template has malformed conditionals, and logging info incorrect/inconsistent/unexpected
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11473 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |10352 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 [Bug 10352] Cataloguing log search mixing itemnumber/bibnumber -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Depends on| |11473 Assignee|gmcharlt(a)gmail.com |jonathan.druart(a)bugs.koha-c | |ommunity.org Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11473 [Bug 11473] View log template has malformed conditionals, and logging info incorrect/inconsistent/unexpected -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 --- Comment #2 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 89668 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=89668&action=ed… Bug 10352: Display the correct modification logs for bibliographic records The 'Modification log" link in the cataloguing module returns confusing results. The 'object' parameter is the biblionumber, but the all log from itemnumber=biblionumber will be displayed as well. Since bug 11473 we have the action_logs.info column that is prefixed by 'item ' or 'biblio ' to disociated an item modification from a biblio modif. This patch suggests a quick and dirty approach, use this column to make sure we are searching for the correct logs. /!\ As bug 11473 did not update the existing rows, we will no longer display the logs created prior to this change. Test plan: Make sure you have at least 2 bibliographic records with some items Make sure you have the biblionumbers of those records that match existing itemnumbers Edit them (no matter what you change) Go to the bibliographic detail page (staff) and click "Modification log" You should see the correct changes. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

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

1 0

[Bug 8937] Translation process removes CDATA in RSS XML
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8937 --- Comment #5 from Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> --- >From what I understand, it turns out that regardless of 15395, the main translation system will still process the file and remove the CDATA. So I don't know what would be a decent way to fix this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13640] Holds To Pull List includes items unreserveable items
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13640 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|koha-bugs(a)lists.koha-commun |jonathan.druart(a)bugs.koha-c |ity.org |ommunity.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13640] Holds To Pull List includes items unreserveable items
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13640 --- Comment #11 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 89665 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=89665&action=ed… Bug 13640: Do not display unreserveable items on the Holds to pull screen We should only display the items that meet the hold policies Test plan: It would be good to have a huge list of holds displayed on the "Holds to pull" and confirm that the display is now correct. One of the possible test plan has been let in a comment on the bug report: Bib Record A has 2 items: Item Record X (can be placed on hold) Item Record Y (cannot be placed on hold) If you place a bib-level hold on Bib Record A, both Item Record X and Item Record Y show up as available items in the Holds To Pull List. With this patch applied you must not see Y -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13640] Holds To Pull List includes items unreserveable items
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

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

1 0

[Bug 13640] Holds To Pull List includes items unreserveable items
by bugzilla-daemon＠bugs.koha-community.org 13 May '19

13 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13640 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org --- Comment #10 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Magnus Enger from comment #9) > What is changed compared to the "Holds to pull" SQL are these two lines: > > - LEFT JOIN default_branch_item_rules ON > items.itype=default_branch_item_rules.itemtype > - AND default_branch_item_rules.holdallowed != 0 This seems to fix the issue. > However, default_branch_item_rules.holdallowed is of the "bit" type: > http://schema.koha-community.org/18_05/tables/default_branch_item_rules.html > I gotta confess I'm not familiar with that. Any special tricks to consider? > When I look in the database, the value of that column is 0 or 2. Why not a > boolean "0 or 1" value? Because there are 3 values: From any library, From home library and not allowed (0) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0