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

[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 7405] New: serials parent permission must be checked to receive
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7405 Bug #: 7405 Summary: serials parent permission must be checked to receive Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 7053 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7053 serials permissions See attached. If the patron has all serials permissions but doesn't have the parent serials permission checked they don't have all serials permissions: We had 3 serials librarians and 2 of them had the parent checked but 1 did not. The 3rd librarian could not check in issues until we ticked the parent box. If checking in serials is a different permission then there should be one listed - having all the children permissions checked should be the same as having the parent checked. -- 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 1

[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

[Bug 7476] New: Files executable that probably should not be
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '12

03 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7476 Bug #: 7476 Summary: Files executable that probably should not be Classification: Unclassified Change sponsored?: Seeking cosponsors Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P3 Component: Architecture, internals, and plumbing AssignedTo: mjr(a)ttllp.co.uk ReportedBy: mjr(a)ttllp.co.uk QAContact: koha.sekjal(a)gmail.com Created attachment 7390 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7390 xt/find-misplaced-executables The following files are executable and I think they do not need to be. Please find attached an xt test that lists such misplaced executables. ./acqui/pdfformat/layout2pages.pm ./acqui/pdfformat/layout3pages.pm ./etc/zebradb/marc_defs/marc21/biblios/record.abs ./koha-tmpl/opac-tmpl/prog/en/xslt/MARC21slim2OPACDetail.xsl ./koha-tmpl/opac-tmpl/prog/en/css/opac.css ./koha-tmpl/opac-tmpl/prog/en/modules/opac-detail.tt ./koha-tmpl/opac-tmpl/prog/en/modules/opac-results.tt ./koha-tmpl/opac-tmpl/prog/en/includes/opac-facets.inc ./installer/data/mysql/sysprefs.sql ./installer/data/mysql/uk-UA/mandatory/system_preferences_full_optimal_for_install_only.sql ./installer/data/mysql/ru-RU/mandatory/system_preferences_full_optimal_for_install_only.sql ./C4/Auth.pm ./C4/ImportExportFramework.pm ./C4/TTParser.pm ./C4/XSLT.pm -- 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 8

[Bug 6145] New: ModBiblio double encoding items information
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '12

03 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6145 Bug #: 6145 Summary: ModBiblio double encoding items information Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com diacritics would be double encoded when using ModBiblio multiple times on the same biblio. -- 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 9

[Bug 7355] New: Hidden note subfields are not displayed in TEXTAREA if hidden
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '12

03 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7355 Bug #: 7355 Summary: Hidden note subfields are not displayed in TEXTAREA if hidden Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: ian.walls(a)bywatersolutions.com In the data entry form, there is a (hidden) functionality for note subfields. MARC21 500-599 and UNIMARC 300-399 subfields are displayed in TEXTAREA rather than INPUT tags. This is good since usually notes can be pretty long. But if one of those fields is marked in the framework as 'hidden', then it isn't displayed at first when you create a record and when you expand the field by clicking on its label the field is displayed in a one-line INPUT tag. To reproduce this bug: - Modify your framework: MARC21: 500$a, hidden=1 UNIMARC: 300$a, hidden=1 - Create a new biblio record with this framework - Open the tab containing 500 or 300 field - 500 or 300 tab is collapsed - Click on 500 or 300 label to expand the field - 500$a or 300$a is displayed in a one-line INPUT tag, not in a TEXTAREA as it should -- 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 5873] New: Change holds_queue to work with new isssuing rules system
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '12

03 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5873 Bug #: 5873 Summary: Change holds_queue to work with new isssuing rules system 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 Depends on: 5872 Blocks: 5575 -- 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 9