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

[Bug 8442] New: Error when printing labels under plack
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '13

20 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8442 Priority: P5 - low Change sponsored?: --- Bug ID: 8442 CC: dpavlin(a)rot13.org Assignee: cnighswonger(a)foundations.edu Summary: Error when printing labels under plack Severity: critical Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Label printing Product: Koha I was testing bug 8375, and was running plack when I reached an error that does not happen in CGI mode: Can't call method "get_attr" on an undefined value at /home/paul/koha.dev/koha-community/labels/label-create-pdf.pl line 68. at /home/paul/koha.dev/koha-community/labels/label-create-pdf.pl line 261 -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8453] New: need spaces after radio buttons on inventory
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '13

20 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8453 Priority: P5 - low Change sponsored?: --- Bug ID: 8453 Assignee: nengard(a)gmail.com Summary: need spaces after radio buttons on inventory Severity: trivial Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: ASSIGNED Version: master Component: Tools Product: Koha On the inventory screen the library radio buttons are smooched against their labels. Patch forthcoming. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 8385] New: searchengine/solr/indexes.tt fails 'prove ./xt/tt_valid.t' test
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '13

20 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8385 Priority: P5 - low Change sponsored?: --- Bug ID: 8385 Assignee: oleonard(a)myacpl.org Summary: searchengine/solr/indexes.tt fails 'prove ./xt/tt_valid.t' test Severity: normal Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha $ prove ./xt/tt_valid.t ./xt/tt_valid.t .. 1/1 # Failed test 'TT syntax: not using TT directive within HTML tag' # at ./xt/tt_valid.t line 55. # Files list: # intranet-tmpl/prog/en/modules/admin/searchengine/solr/indexes.tt: 132, 133, 134, 135, 136, 137, 141, 144 # Looks like you failed 1 test of 1. ./xt/tt_valid.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests Test Summary Report ------------------- ./xt/tt_valid.t (Wstat: 256 Tests: 1 Failed: 1) Failed test: 1 Non-zero exit status: 1 Files=1, Tests=1, 3 wallclock secs ( 0.02 usr 0.00 sys + 2.62 cusr 0.04 csys = 2.68 CPU) Result: FAIL -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 8235] New: Packaging scripts get upset with non-Debian perl modules
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '13

20 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8235 Priority: P5 - low Change sponsored?: --- Bug ID: 8235 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: Packaging scripts get upset with non-Debian perl modules Severity: minor Classification: Unclassified OS: All Reporter: robin(a)catalyst.net.nz Hardware: All Status: NEW Version: unspecified Component: Packaging Product: Koha debian/update-control complains about any package that's not in the debian repo. However, some packages are in the Koha one, and it doesn't understand this. This patch makes it able to handle the extra modules that it knows about. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 9502] New: famfamfam: wrongly placed in package 3.8.8/9
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '13

20 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9502 Bug ID: 9502 Summary: famfamfam: wrongly placed in package 3.8.8/9 Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: vinod_librarian(a)rediffmail.com Dear All, The famfamfam directly is wrongly placed in ubuntu package installation as i have installed version 3.8.8/9. Because of which the icon for item types does not shows in search results when using show item image via system preference and xslt style sheet. It should be inside the /usr/share/koha/opac/htdocs/opac-tmpl/prog folder at present it is in /usr/share/koha/opac/htdocs/opac-tmpl/lib/famfamfam -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 7619] New: 3M self checkout don't work in France
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '13

20 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7619 Bug #: 7619 Summary: 3M self checkout don't work in France Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: blocker Priority: P2 Component: SIP2 AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha.sekjal(a)gmail.com CC: frederic(a)tamil.fr, gmcharlt(a)gmail.com The 3M self checkout used to work perfectly for Koha 3.2 in France. Since Koha 3.6, they don't work anymore. I've asked some english natives, they don't have any problem with this feature, it seems it's french specific ? However, the patch to fix this problem is tiny, even if it was very hard to spot what/where was the problem. Frederic = you're encouraged to test & signoff this patch and confirm it fixes the problem. Galen = if i'm not wrong, you should be interested to test this patch, also for Evergreen. ALL ENGLISH ppl = you *MUST* also test that this patch don't *break* anything I don't understand why replacing a \r by a CRLF fixes the problem, and it may cause some problems to non-french self checkouts ! (I won't push this patch until i've strong feedback it don't break anything for others) -- 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 30

[Bug 5586] New: SIP line-endings should use proper SPEC-compliant \r
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '13

20 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5586 Summary: SIP line-endings should use proper SPEC-compliant \r Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Line-endings have been a longstanding problem because of variations in implementations. But we should still tryto default to the correct thing, according to what standards are available. -- 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 14

[Bug 7401] New: Shelving Location facet instead of Branch facet when only 1 branch configured
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '13

19 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7401 Bug #: 7401 Summary: Shelving Location facet instead of Branch facet when only 1 branch configured Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com If there is only one branch configured in Koha, it doesn't make any sense to put a limiter on branchcode in search results. Having a limiter on shelving locations within that branch, though, would be very handy. -- 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 60

[Bug 9885] New: Passwords generated by command line scripts are weak
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '13

18 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9885 Bug ID: 9885 Summary: Passwords generated by command line scripts are weak Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: peterAtKohaBugzilla(a)pck.co.nz The command line scripts koha-reset-passwd and koha-create in debian/scripts generate fairly weak passwords. Staff passwords are generated as an eight-character "readable" pwgen password, as is the mysql password. The Zebra password is generated as a 12 character readable password. The eight character passwords are fairly vulnerable - see the discussion at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276976 or the somewhat more dry discussion at http://ix.cs.uoregon.edu/~butler/pubs/password.pdf Do these passwords really need to be THAT friendly? I would suggest: - changing the zebra password and mysql passwords to 16 character "secure" passwords, ie generated with pwgen -s 16 1 - changing the patron password to a 12 character not-secure password. I'm happy to write the patch for these two files if there is consensus that it should be actioned. I have checked gitk and while I read the current debian koha-common version of the scripts (package 3.11-1~git+20130321124944.90dfa923), this does not appear to have changed in the master version. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 9894] New: de-serialize the 'hidden' value for subfields in frameworks
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '13

18 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9894 Bug ID: 9894 Summary: de-serialize the 'hidden' value for subfields in frameworks Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com The 'hidden' value is a serialization of several possible visualizatio combinations (http://manual.koha-community.org/3.8/en/catadmin.html#marcbibframeworks) This way of handling is troublesome for: - The code (difficult to read, difficult to find bugs) - The users (instead of simple checkboxes they need to read the docs, looking for a weird number. Several bugs about this 'hidden' option are related to some math on the 'hidden' value. I propose to change that field for 'vis_opac' |' vis_intranet' | 'vis_editor' | 'collapsed', all of them YesNo values. This will require a lot of rewrite in code like this: next if ( ($sf_def->{hidden}||0) > 0 ); or this: next if ( $tagslib->{ $fields[$x_i]->tag() }->{'@'}->{hidden} =~ /-7|-4|-3|-2|2|3|5|8/); -- You are receiving this mail because: You are watching all bug changes.

1 25