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

[Bug 23892] New: Code related to import/export biblio frameworks in CSV format must be removed
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '19

11 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23892 Bug ID: 23892 Summary: Code related to import/export biblio frameworks in CSV format must be removed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 23398 Bug 23398 removes from the interface the abitily to import/export biblio frameworks in CSV. But the code in the module (C4::ImportExportFramework) still exists. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23398 [Bug 23398] Exporting/Reimporting frameworks in XML format will give incomplete results -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14825] Accounts Rewrite Omnibus
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '19

11 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|23293 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23293 [Bug 23293] OPACFineNoRenewals always compares against 'balance' not 'outstanding' -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14825] Accounts Rewrite Omnibus
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '19

11 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |24007 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24007 [Bug 24007] Koha::Account::non_issues_charges is badly named -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10047] Cataloguing search maybe useless?
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '19

11 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10047 Cori Lynn Arnold <carnold(a)dgiinc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carnold(a)dgiinc.com --- Comment #15 from Cori Lynn Arnold <carnold(a)dgiinc.com> --- Librarian here: We currently use the cataloging search because the Advanced Search doesn't support searching by control number. We would prefer that the Advanced Search supports searching the control number as well as searching in the reservoir (for control number and the currently available fields). I agree with Barbara Johnson, make the search configurable for those that are confused and want to get rid of it. Then make the configurable preference of either the Basic or Advanced editor the default. I would ultimately prefer that a search works the same weather you are searching in the catalog, the reservoir, or Z39.50. There are a three searching interfaces in Koha in the cataloging tab and they all are drastically different and return different things. Why not have one, efficient interface that does the same thing? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10047] Cataloguing search maybe useless?
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '19

11 Nov '19

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

1 0

[Bug 14825] Accounts Rewrite Omnibus
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '19

11 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|24007 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24007 [Bug 24007] Koha::Account::non_issues_charges is badly named -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14825] Accounts Rewrite Omnibus
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '19

11 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |24007 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24007 [Bug 24007] Koha::Account::non_issues_charges is badly named -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23850] New: /t/db_dependent/www/history.t failing on D8
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '19

11 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23850 Bug ID: 23850 Summary: /t/db_dependent/www/history.t failing on D8 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org This test has been failing for a while on D8 for the master branch.. I've still not managed to get to the bottom of the failures.. I think it's something to do with dependencies and utf8 handling. Any help would be appreciated :) -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 20407] New: Hide some fields from unauthoriezd users
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '19

08 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20407 Bug ID: 20407 Summary: Hide some fields from unauthoriezd users Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com The main goal here is to be able to make some fields/properties/columns "non public" to unauthorized people ( permission => catalogue ) by setting a "x-public" key to false in Swagger definitions files. Patch is coming... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 7611] Show the NOT_LOAN authorised values for item status in XSLT OPAC search results
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '19

08 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7611 --- Comment #37 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Katrin Fischer from comment #30) > (In reply to Nick Clemens from comment #27) > > 1) We have built on the fact that the not-for-loan works the same on item > type as on individual level and I think this change might be controversial. Good point, last patch restores postive statuses to the 'green' section. Itemtype notforloan get 'Not for loan' as description and will lump with any others with same description > 2) The display with the extra break looks like we are missing a label (I > think it's intended, but that's the impression I get) The line break was always there for Checked Out or On Order items, so I opted to preserve it. Negative not for loan are on this line as they were all 'On order' before - the negative seeming to imply 'holdable' but not 'available' > Just notes (no blockers at all): > > I see that you use individual CSS classes on the items, I like that. Just > wondering: currently we use the description, so a description change will > mean the CSS needs to change as well. On the other side: not for loan values > are numeric and we are grouping the onces with the same name and I like that > - so that's probably the best way. Excellent, I think you agree with me here that grouping by description is good. It allows for staff to have two separate values with differing descriptions that show the same on the opac, which I think could have value. -- You are receiving this mail because: You are watching all bug changes.

1 0