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

[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 24 Mar '15

24 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

[Bug 7290] New: new permission for recieving
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '15

23 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7290 Bug #: 7290 Summary: new permission for recieving Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: claire.hernandez(a)biblibre.com ReportedBy: claire.hernandez(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7163 adds order_receive_all permission to recieve a shipment whatever the branch associated (order line branch ou basket branch) (BibLibre MT6528) -- 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 79

[Bug 7601] New: Preference for default language for field 008 Range 35-37 (instead of hard coded "eng")
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '15

20 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7601 Bug #: 7601 Summary: Preference for default language for field 008 Range 35-37 (instead of hard coded "eng") Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: veron(a)veron.ch QAContact: koha.sekjal(a)gmail.com Problem: -------- When a new marc record is added, the language code in field 008 Range 35-37 defaults to Englih ("eng"). This makes cataloguing inefficient and error-prone for librarians if most of the bibliographic data is e.g. in German or in French. Background: ----------- The language code for English (eng) is hard coded in the files ...koha\intranet\cgi-bin\cataloguing\value_builder\marc21_field_008.pl (~Lines 61, 100) and ...koha\intranet\cgi-bin\cataloguing\value_builder\normarc_field_008.pl (~Lines 58, 98) Proposition: ------------ --Step 1 -------------------------- Add somewhere to cataloguing.pref, section "Record Structure" : ----------------------------------- - - Fill in the default language for field 008 Range 35-37 (e.g. eng, nor, ger, see <a href="http://www.loc.gov/marc/languages/language_code.html">MARC Code List for Languages</a>) - pref: DefaultLanguageField008 - " Empty defaults to eng." --Step 2 -------------------------- Change marc21_field_008.pl and normarc_field_008.pl as follows: ----------------------------------- --2a--- Add 3 lines of code at the top of the functions sub plugin_javascript and sub plugin: my $lang = C4::Context->preference('DefaultLanguageField008' ); $lang = "eng" unless $lang; $lang = pack("A3", $lang); The code defaults an empty value to "eng" makes sure that the code has a lenght of 3 letters. --2b--- In both functions, replace hard coded eng with $lang: document.getElementById(\"$field_number\").value='$dateentered' + 't xxu||||| |||| 00| 0 $lang d'; $result = "$dateentered" . "t xxu||||| |||| 00| 0 $lang d" unless $result; --Step 3---------------------------------------------------------------------- Login to Koha, go to Home › Administration › System Preferences (Cataloging) and test with empty value and different language codes (ger, ita etc.) ------------------------------------------------------------------------------ I implemented and tested this locally with marc21_field_008.pl (Koha 3.06.02.003) -- 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 14