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

[Bug 6079] New: Single parentheses
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6079 Bug #: 6079 Summary: Single parentheses Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: mark.gavillet(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org -- 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 3

[Bug 6266] New: Ordering from staged file gives perl error when no budget defined
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6266 Bug #: 6266 Summary: Ordering from staged file gives perl error when no budget defined Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/acqui/addorderiso2709.pl?booksellerid=1& basketno=1 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org When you try to order from a staged marc file and no budgets and funds are definded you get an ugly perl error: Software error: Can't use an undefined value as a HASH reference at /home/katrin/kohaclone/acqui/addorderiso2709.pl line 260. For help, please send mail to the webmaster (webmaster@wombat), giving this error message and the time and date of 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 2

[Bug 6400] New: Counter broken on tags review page
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6400 Bug #: 6400 Summary: Counter broken on tags review page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/tags/review.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org The first column in the tags review table is a counter showing the row number. In the new T:T template it looks like this: [% offset + __counter__ %] "__counter__" looks like the hold HTML_Template_Pro way of doing things. I assumed the proper construction for T:T would be: [% offset + tagloo.count %] ...but this doesn't work. Is the count variable not enabled by default or am I missing something? -- 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 1

[Bug 6587] New: tag moderation lost colors
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6587 Bug #: 6587 Summary: tag moderation lost colors Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4628 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4628 rejected tags showing yellow Tag moderation used to have three colors, yellow for pending, red for rejected, green for approved. They are all yellow now making it impossible to tell on a list of 'all tags' which are approved and which are rejected. -- 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 8

[Bug 7680] New: Create a PatronDefaultView preference to control whether patron links go to circ or patron details
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7680 Priority: P5 - low Change sponsored?: --- Bug ID: 7680 CC: gmcharlt(a)gmail.com Assignee: oleonard(a)myacpl.org Blocks: 6670, 6905 Summary: Create a PatronDefaultView preference to control whether patron links go to circ or patron details QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: System Administration Product: Koha Bugs 6670 and 6905 ask that links to patron records take the user to the patron's circulation page instead of the patron detail page. A system preference should be created, PatronDefaultView, allowing the library to choose which view is preferred. Any link which is not explicitly intended for one or the other destination should be controlled by this preference. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 4936] New: no way to print from basket screen
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4936 Summary: no way to print from basket screen Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/acqui/basket.pl?basketno=7 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 You can't get to the basket groups or print a single basket from the basket page. There should be a link to basket groups, or a print button of some sort. -- 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 6

[Bug 5060] New: Quantity change not updating total price
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5060 Summary: Quantity change not updating total price Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /cgi-bin/koha/acqui/neworderempty.pl?booksellerid=1&ba sketno=1 OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 AcqCreateItem : Create item when placing an order. Koha version: 3.01.00.145 The total price is only calculated after entering the price. When you change the quantity by adding or deleting items aboce the price form after that, the price is not adjusted. You have to enter the price again to force Koha to show the correct calculation. -- 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 3

[Bug 5553] New: can click buttons when error appears on circ
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5553 Summary: can click buttons when error appears on circ Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2919 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2919 checkout screen with warning When checking an item out if a warning appears you can't scan in the barcode box until you respond to the prompt, but you can click buttons which means you can click clear screen or check out again by accident - shouldn't all buttons be disabled too? -- 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 2

[Bug 6261] New: Consolidate patron toolbar include files
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6261 Bug #: 6261 Summary: Consolidate patron toolbar include files Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org We have two include files which are almost identical, a remnant I think of earlier version of Koha in which it was necessary that they be different. They should be consolidated. -- 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 20

[Bug 5986] New: Inconsistent handling of patron deletion permission
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '15

24 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5986 Bug #: 5986 Summary: Inconsistent handling of patron deletion permission Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com In some places the permission to delete patrons is governed by whether or not the user has the "borrowers" permission set: "Add or modify borrowers." In moremember.pl there is a different check governed by a "candeleteuser" variable (line 386): my $candeleteuser; my $userenv = C4::Context->userenv; if($userenv->{flags} % 2 == 1){ $candeleteuser = 1; }elsif ( C4::Context->preference("IndependantBranches") ) { $candeleteuser = ( $data->{'branchcode'} eq $userenv->{branch} ); }else{ if( C4::Auth::getuserflags( $userenv->{flags},$userenv->{number})->{borrowers} ) { $candeleteuser = 1; }else{ $candeleteuser = 0; } } This means that a user viewing a patron record on moremember.pl might have different delete permissions than the same user viewing a patron record in circulation or another patron-related page. A user prevented from deleting by moremember.pl could switch to another page and delete from there. -- 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 3