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

[Bug 7280] New: can't place hold without selecting on list
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '12

12 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7280 Bug #: 7280 Summary: can't place hold without selecting on list Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/opac-shelves.pl?viewshelf=3&sortfield= OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com When on a list if you click the place hold link below a title it says 'no item selected' but that error should only appear if you try to place a hold on multiple items using the place hold link at the top of the list. -- 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

[Bug 6682] New: open library is two words
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6682 Bug #: 6682 Summary: open library is two words Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In the preferences open library is printed openlibrary - I checked and it's two words. patch forthcoming. -- 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 7

[Bug 5874] New: Overdue report : Limit by date & add a new permission to restrict who can run the report
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5874 Bug #: 5874 Summary: Overdue report : Limit by date & add a new permission to restrict who can run the report Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5575 circ/overdue.pl modified : limit on date & new permission - the Overdues.pl now is now available to ppl with reports->execute_reports permission - there is a filter on date (to display only "old" or "new" overdues, for example) -- 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 18

[Bug 6551] New: applying lending rules by item-level itypes
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6551 Bug #: 6551 Summary: applying lending rules by item-level itypes Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: prosentientsystems(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com The circulation rules were not being applied at the item level, but at the biblio level when attempting to place holds on an item. We noticed the problem when the 942$c indicated an itype that did not allow holds, but that rule was still being applied when some of the items' 952$y should have made them regularly available. This doesn't seem to have been fixed in 3.4, as far as we could see on the git. -- 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 7

[Bug 6621] New: Javascript error in cloning subfields
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6621 Bug #: 6621 Summary: Javascript error in cloning subfields Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: prosentientsystems(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com While cataloguing using IE7, the clone subfields button doesn't do anything. Delete subfields does, strangely enough. This is most likely a JavaScript error. (This problem can be worked around by switching to IE8.) -- 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 5

[Bug 7273] New: can't receive serials without all serials permissions
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7273 Bug #: 7273 Summary: can't receive serials without all serials permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 - low Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com I have given a staff member permission to receive serials but nothing else and they cannot receive serials. I then tried to give them edit subscription permissions too - but they still can't receive, I didn't try all permutations, but the only way in my tests that worked was to give all serials permissions to the user. -- 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 4

[Bug 6717] New: Sub total doubled up on borrower pay fines page
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '12

09 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6717 Bug #: 6717 Summary: Sub total doubled up on borrower pay fines page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/members/pay.pl?borrowernumber=19 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4990 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4990 screenshot The line 'Sub total' is doubled up on the 'pay fines' page in borrower account. Both lines showed up when there was something to be paid and when there was nothing, like on the screenshot. -- 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 7209] New: incomprehensible character after a search in the database USER INTERFACE
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '12

08 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7209 Bug #: 7209 Summary: incomprehensible character after a search in the database USER INTERFACE Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: alexandre.lengereau(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 6273 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6273 Advanced Search Hi, I'm french sorry for my english if i do some mistake. For frech like me, there is something i d'idnt' like in the user interface is the keyword when i launch a search who appear. For example: If i search "Victor hugo" in the search bar i get: “kw,wrdl: victor hugo ” returned 75 results. What is this keyword "kw,wrdl" Is it necessary to see this keyword for most of the user ? I think not. I recommand to remove this keyword. So if i lanch a very advanced search. I can get all this keyword: “ mc-itemtype,phr:LIVR ln,rtrn:ita aud:b Material-type:e Literature-Code:b Biography-code:a ctype:b Type-Of-Serial:z” In one line. For the user interface is not really good. It's why i consider this a bug. In attachement some screenshot... -- 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 4

[Bug 6627] New: [security] insecure file creation
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6627 Bug #: 6627 Summary: [security] insecure file creation Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: semarie-koha(a)latrappe.fr QAContact: koha-bugs(a)lists.koha-community.org Some files are insecurely created in /tmp system-directory. File: C4/Auth.pm '/tmp/sessionlog' File: installer/InstallAuth.pm '/tmp/sessionlog' File: installer/externalmodules.pl '/tmp/modulesKoha.log' File: C4/Print.pm '/tmp/kohares' As all have well-know names, don't survive a reboot and are hosted in 1777 directory (/tmp), it is possible, for *any* user on the host, to create a symlink, that koha will use to alter any files (respecting his permissions). I suggest to create (and use) a special directory for all of them. The debian place should be /var/lib/koha/. This directory should be readable/writeable by the apache user (www-data) only (and eventually, by the owner of crontab, if need). -- 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 7282] New: invalid language selection
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7282 Bug #: 7282 Summary: invalid language selection Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: semarie-koha(a)latrappe.fr QAContact: ian.walls(a)bywatersolutions.com A problem was issue after patch for bug 6629 (cookie language sanitization), for language selection. Before the patch for 6629: in C4::Templates::themelanguage, language is taken from: if cookie: lang = C4::Templates::getlanguagecookie else - HTTP_ACCEPT_LANGUAGE (parsed and interpreted) checked against sysprefs 'en' else After the patch: in C4::Templates::themelanguage, language is taken from: lang = C4::Templates::getlanguagecookie if not lang: - HTTP_ACCEPT_LANGUAGE (parsed and interpreted) checked against sysprefs 'en' else But in C4::Templates::getlanguagecookie, language is taken from: - cookie (if exist) - else from: - HTTP_ACCEPT_LANGUAGE (not parsed, so lang could be set to "fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3") (which almost always exists) - result is sanitized (so if not cookie: my language is something like "frfr-frq08enusq05enq03", but not installed in koha :-) ) -- 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 28