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

[Bug 17817] New: Repeat this Tag (cloning) not working
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Bug ID: 17817 Summary: Repeat this Tag (cloning) not working Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: joseanjos(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Full details here: http://koha.1045719.n5.nabble.com/Repeat-this-Tag-not-working-td5914615.html Description: I've setup a completely new VM: Debian GNU/Linux 8.6 (jessie) MariaDB Ver 14.14 Distrib 5.5.53 Apache/2.4.10 (Debian) Installed the defaults in fr-FR Choose Cataloging -> New Record -> Default Framework Filed the mandatory fields. If I try to duplicate 701 it will jump to the top of the page If I try to duplicate 711 I have no problem. Conclusion is: If I try to duplicate any field that contains a Drop Menu (with authorized values) it will jump to the top of page. If there is no Drop Menu it will clone ok. If I choose a value from the Authorized Values, than In can duplicate it. But, when I save it, that fields are not saved. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 17808] New: String change, message showing for confirm edit rule
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17808 Bug ID: 17808 Summary: String change, message showing for confirm edit rule Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bouzid.fergani(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com very easy, just change string showing when edit rule for reproduce: 1- Administration 2- Circulation and fines rules 3- When try to edit any rule, you have the message : Are you sure you want to edit another rule? The new message is : Are you sure you want to edit this rule ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 17469] New: fr-CA web installer is missing some sample notices
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17469 Bug ID: 17469 Summary: fr-CA web installer is missing some sample notices Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: francois.charbonnier(a)inlibro.com, gmcharlt(a)gmail.com xt/sample_notice.t fails when you add fr-CA to it, because the file is missing some of the sample notices: Sample notices to add in fr-CA/obligatoire/sample_notices.sql: HOLD_SLIP, MEMBERSHIP_EXPIRY, PASSWORD_RESET Sample notices to delete in fr-CA/obligatoire/sample_notices.sql: RESERVESLIP (was renamed to be HOLD_SLIP!) The file and the test should be fixed! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 49

[Bug 17794] New: 'Comments' in Tools sidebar menu is not bold (active) when it should be
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17794 Bug ID: 17794 Summary: 'Comments' in Tools sidebar menu is not bold (active) when it should be Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org The 'Comments' menu item in the Tools menu takes you to the 'Comments awaiting moderation' tab by default, and the menu item is bolded (looks active). When you click the 'Approved comments' tab, the menu item is not bold, but it should be. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 17778] New: Make "Earliest Registered Date" in OAI-PMH dynamic
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17778 Bug ID: 17778 Summary: Make "Earliest Registered Date" in OAI-PMH dynamic Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org The value of earliestDatestamp is hardcoded on line 37 of Koha/OAI/Server/Identify.pm: earliestDatestamp => '0001-01-01', http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=Koha/OAI/Server/I… It should not be too hard to replace this with the output of something like this: SELECT DATE(MIN(timestamp)) FROM biblio; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 17265] New: Make koha-create-defaults less greedy
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17265 Bug ID: 17265 Summary: Make koha-create-defaults less greedy Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net koha-dump-defaults runs mysqldump and then pipes the result to sed, to replace every occurence of the site name with the placeholder __KOHASITE__ mysqldump --databases --host="$mysqlhost" --user="$mysqluser" \ --password="$mysqlpass" "$mysqldb" | sed "s/$name/__KOHASITE__/g" I had used the silly name "data" as the site name for my "template instance", and this resulted in innocent things like -- Dumping __KOHASITE__ for table `zebraqueue` and bad things like 'Edit catalog (Modify bibliographic/holdings __KOHASITE__)' or this, in biblioitems.marcxml: <__KOHASITE__field> All told there were 7235 occurences of __KOHASITE__ in my rather small SQL file. As suggested by drojf on IRC, I *think* this would be fixed if we replaced "koha_$name" __INSTANCENAME__, instead of just $name. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 15711] New: Deleting patroncard images has unexpected behaviour and is broken
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15711 Bug ID: 15711 Summary: Deleting patroncard images has unexpected behaviour and is broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1) Go to Tools -> Patron Card Creator -> Manage Images. Upload an image if you do not already have something uploaded 2) Without checking any boxes, click the 'Delete selected' box 3) A box will pop up saying 'Please select image(s) to delete', as expected. Click 'OK' 4) Another pop-up saying 'Are you sure you want to delete image(s): undefined?' This is unexpected and shouldn't be showing up if nothing has been selected. 5) Click 'OK' - This also doesn't work (image isn't deleted) and gives an error 'WARNING: An error has occurred. Please ask your system administrator to check the error log for more details.' 6) Check the box next to an image and click 'Delete selected', then 'OK'. You get the WARNING error again and the image isn't deleted. This is broken. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 16933] New: Alt-Y not working on "Please confirm checkout" dialogs
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16933 Bug ID: 16933 Summary: Alt-Y not working on "Please confirm checkout" dialogs Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: tmcmahon(a)wlpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The alt-Y key which used to select Yes in circulation dialogs switches to the renew tab instead. I also noticed that the new "Don't check out and print slip (P)" button doesn't work with alt-P either. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 17405] New: The creation of the url on cat-toolbar.inc is using obsolete current_framework
by bugzilla-daemon＠bugs.koha-community.org 26 Jan '17

26 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17405 Bug ID: 17405 Summary: The creation of the url on cat-toolbar.inc is using obsolete current_framework Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: rsantellan(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 56058 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=56058&action=ed… Remove current_framework. When viewing a biblio the url generated for editing generated is with the parameters: current_framework that is not initialized anywhere. I remove it from the call edit record and Edit as new (duplicate). -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 17766] New: Patron notification does not work with multi item holds
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17766 Bug ID: 17766 Summary: Patron notification does not work with multi item holds 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: benjamin.rokseth(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 14685 introduces multi item holds on same record, but notifications triggered by ModReserveAffect does not honour multiple this. When a patron has multiple reserves on same record, notifications will only pick the first, as the database query only uses biblionumber and borrowernumber. _koha_notify_reserve in C4::Reserves is only used once anyway, so it should probably be removed, but that is another bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13