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

[Bug 12792] New: C4::Reserves breaks my vim syntax color
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '15

14 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12792 Bug ID: 12792 Summary: C4::Reserves breaks my vim syntax color Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org [I am sorry for this...] C4/Reserves.pm is unreadable with my vim configuration. It appears I am the only one having this problem. For an incomprehensible reason, a string constructs with qq/my string/; completely breaks the syntax color for all the rest of the file (~2300l). If I replace it with qq{my string}; all is fine! -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 7556] New: Use "preventDoubleFormSubmit()" more in the OPAC and Intranet to prevent duplicate data
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '15

14 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7556 Bug #: 7556 Summary: Use "preventDoubleFormSubmit()" more in the OPAC and Intranet to prevent duplicate data Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha.sekjal(a)gmail.com Depends on: 6496 When 6496 is pushed, we will have a new jquery function: preventDoubleFormSubmit(). When used thusly: $('#form-id').preventDoubleFormSubmit(); It will prevent a submitted form from being submitted a second (or third, or fourth, or fifth) time. We should probably use this on most submission forms in the OPAC. As Paul states on 6496 - "we can teach librarians not to double click, but not patrons." The function exists in both the OPAC and Intranet, and so it can be used anywhere a double (or rapid) click would resubmit a form. I think we should try to use it more. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 10944] New: Mixed content warnings in opac results and detail with Amazon images on https
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '15

14 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10944 Bug ID: 10944 Summary: Mixed content warnings in opac results and detail with Amazon images on https Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org It's probably going to become more popular to run Koha in SSL environments - currently on ssl, with Amazon images enabled, a SSL enabled site will either not show Amazon images (IE, some versions of Firefox?), or show a warning to users about mixed secure and insecure content (Firefox, Chrome). Since we now have the using_https template variable, it makes sense to use it. -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 12174] New: Zotero connection with Koha: problem with UTF-8
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '15

13 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12174 Bug ID: 12174 Summary: Zotero connection with Koha: problem with UTF-8 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org If i donwload Koha records with Zotero from server with Koha 3.12/3.14, I have problems with UTF-8. I don't had this problem with an old 3.2 in the past. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 6832] New: Validation of total > budget in neworderempty
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '15

13 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6832 Bug #: 6832 Summary: Validation of total > budget in neworderempty Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5264 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5264 [PATCH] Fix multiple bugs and refactor the code to fix the alert of the total exceeding the budget in neworderempty The javascript function totalExceedsBudget never returns anything. Refactored it to use jQuery for the ajax stuff and to make it work. Only 1 line changed in a tmpl, so should be easy to adapt for 3.4. Steps to reproduce : Create a new order in a basket. Set a total higher than the total of the selected budget. You will see an ajax request, but no error. This patch fixes the return, make it work for ie6 by using jQuery and prints correctly the total of the budget in the error. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 23

[Bug 9822] New: No alert appears on adding an order to a basket if the budget has exceeded
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '15

13 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9822 Bug ID: 9822 Summary: No alert appears on adding an order to a basket if the budget has exceeded Classification: Unclassified 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: jonathan.druart(a)biblibre.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 9810] New: Search limit 'available' does not hide damaged or withdrawn items
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '15

12 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9810 Bug ID: 9810 Summary: Search limit 'available' does not hide damaged or withdrawn items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 12466] New: Bad updatedatabase.pl message for $DBversion = "3.15.00.049";
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '15

12 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12466 Bug ID: 12466 Summary: Bad updatedatabase.pl message for $DBversion = "3.15.00.049"; Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: nicolas.legrand(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org updatedatabase.pl message for $DBversion = "3.15.00.049" says : Upgrade to $DBversion done (Bug 11268 - Biblioitems URL field is too small for some URLs) But 3.15.00.049 is about Bug 5377. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 12362] New: Branch transfer records orphaned on cancelled holds
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '15

09 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12362 Bug ID: 12362 Summary: Branch transfer records orphaned on cancelled holds Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When a hold is cancelled for an item that has a branch transfer, the branch transfer is not deleted. This causes items to display as 'in transit', even though there is no open hold. This is very confusing to the library and to patrons, and there is often no obvious way to resolve this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 11463] New: GetItem must use item-level_itypes syspref
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '15

09 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11463 Bug ID: 11463 Summary: GetItem must use item-level_itypes syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In GetItem, the key itype comes from items.itype and if not defined from biblioitems.itemtype. This code should be based on item-level_itypes syspref. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7