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

[Bug 1817] pagination links disrupt display on large result sets
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '18

26 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1817 Josef Moravec <josef.moravec(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |INVALID Status|NEW |RESOLVED CC| |josef.moravec(a)gmail.com --- Comment #4 from Josef Moravec <josef.moravec(a)gmail.com> --- This tool now uses datatables, so this does not apply anymore. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10195] Records hidden with OpacSuppression can still be accessed
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '18

26 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10195 --- Comment #12 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to David Cook from comment #11) > (In reply to Katrin Fischer from comment #10) > > (In reply to Sophie MEYNIEUX from comment #9) > > > The field used for OpacSuppression should be set in a syspref : 942$n is > > > used in marc21 but not in Unimarc > > > > Could we hardcode a field for UNIMARC? You also need an index with a > > specific name for it to work - would be good to have a default. Or have > > harcoded values and a pref if they don't apply, with a warning that you have > > to take care of indexing? > > > > Anyway, we will need a new bug! :) > > I'm thinking it's worthwhile having a database field for OpacSuppression, > and then people can map the relevant MARC field using > /cgi-bin/koha/admin/koha2marclinks.pl It would be cleaner by fitting in better with existing patterns, but it wouldn't solve the problem that you'd need an index defined. Having a pre-defined index for UNIMARC could help people being able the feature in Koha out of the box. Btw. this bug has been fixed ages ago. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10195] Records hidden with OpacSuppression can still be accessed
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '18

26 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10195 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #11 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #10) > (In reply to Sophie MEYNIEUX from comment #9) > > The field used for OpacSuppression should be set in a syspref : 942$n is > > used in marc21 but not in Unimarc > > Could we hardcode a field for UNIMARC? You also need an index with a > specific name for it to work - would be good to have a default. Or have > harcoded values and a pref if they don't apply, with a warning that you have > to take care of indexing? > > Anyway, we will need a new bug! :) I'm thinking it's worthwhile having a database field for OpacSuppression, and then people can map the relevant MARC field using /cgi-bin/koha/admin/koha2marclinks.pl -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20578] New: Bib level holds are allowed with no warning when item level holds is set to 'Force'
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '18

26 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20578 Bug ID: 20578 Summary: Bib level holds are allowed with no warning when item level holds is set to 'Force' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: hughr(a)brimbank.vic.gov.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you have a circulation rule set to "Don't allow" and staff try to place an item-level hold, there is a warning telling you that it's against the rules but you can override it. But if you have a circulation rule set to "Force", there is no warning if you place a bib-level hold, and no indication in the UI at all that this is something you shouldn't be doing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 4078] Add the ability to customize and display the symbol for a currency
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '18

25 Apr '18

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

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '18

25 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #70 from David Gustafsson <glasklas(a)gmail.com> --- @Katrin Fischer Yes it could use some work, still have not gotten around to updating the help-pages and tests. We are currently running this in production though and has been doing so for a couple of weeks. It could take some time though before have time to fix the above. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '18

25 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #69 from David Gustafsson <glasklas(a)gmail.com> --- Removed String::Similarity dependency and fixed an issue with the field data hashing function. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '18

25 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 David Gustafsson <glasklas(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #72498|0 |1 is obsolete| | --- Comment #68 from David Gustafsson <glasklas(a)gmail.com> --- Created attachment 74855 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=74855&action=ed… Bug 14957 - Rule based permission for MARC fields Add a rule based permission system for MARC field modifications. Test plan: 1. Apply this patch 2. Run updatedatabase.pl 3. Log in to staff client 4. Enable new syspref MARCPermissions 5. You should see a new link "MARC field permissions" in the "Catalog" section under "Koha administrtion". 6. Go to the "MARC field permissions" page 7. Next to the page heading ("Manage MARC field permissions") there is a button with a question mark, click this for more information about the rule system. 8. Add desired rules to the rule table, press the +-button to add. 9. Clicking the pen-icon (edit) should allow you to edit corresponding rule. 10. Clicking the x-icon should remove corresponding rule after confirmation. 11. Selecting one or more rules followed by clicking the trash-icon should remove all selected rules after confirmation. 12. To test your rules, import or in other way modify a record. 13. Check that the record was modified as defined by your rules. Sponsored-by: Halland County Library Sponsored-by: Catalyst IT Sponsored-by: Gothenbug University Library -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8000] Test mode for notices
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '18

25 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8000 David Bourgault <david.bourgault(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #74110|0 |1 is obsolete| | Attachment #74111|0 |1 is obsolete| | --- Comment #143 from David Bourgault <david.bourgault(a)inlibro.com> --- Created attachment 74848 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=74848&action=ed… Bug 8000: Redirect all emails to SendAllEmailsTo Rebased and squashed after changes to master. Only difference from previous patches are small adjustements to conflicts in t/db_dependent/Letters.t Test plan: 1) Apply path 2) Run updatedatabase.pl 3) Clear all SendAllEmailsTo system preference 4) Send mail to a patron of your choosing, email will go to patron's email address as usual. 5) Set SendAllEmailsTo to a test email address 6) Send mail to the patron, email will be redirected to the email set in the systempreference. 7) Run prove -v t/db_dependent/Letters.t It does not affect messages in the message_queue. This patch obsoletes previous patches, because it achieves the same functionality in a much more centralized way. (4 lines of code!) Signed-off-by: Ed Veal <eveal(a)mckinneytexas.org> Signed-off-by: BWS Sandboxes <ByWaterSandboxes(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20100] A non-superlibrarian should not be able to add superlibrarian privileges
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '18

25 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20100 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master --- Comment #38 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Pushed to master for 18.05, thanks to everybody involved! -- You are receiving this mail because: You are watching all bug changes.

1 0