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

[Bug 13502] New: A bug was introduced by 1861 - meaning borrowers sometimes cant be added
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '15

02 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13502 Bug ID: 13502 Summary: A bug was introduced by 1861 - meaning borrowers sometimes cant be added Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 1861 introduces some changes, Which is breaking some tests, and might break functional code also. DBD::mysql::st execute failed: Duplicate entry '' for key 'userid' at /srv/jenkins/workspace/Koha_3.18.x_U14/C4/SQLHelper.pm line 184. etc. This is caused by my $borrowernumber1 = AddMember(categorycode => $categorycode, branchcode => $branchcode); And then in the AddMember sub we do $data{'userid'} = Generate_Userid( $data{'borrowernumber'}, $data{'firstname'}, $data{'surname'} ) if ( $data{'userid'} eq '' || !Check_Userid( $data{'userid'} ) ); The problem here is if $data{'userid'} is undef the if fails and we don't create a new userid. ANd since the changes in bug 1861 make this column unique everything ASPLODES! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 11404] New: Apache 2.4 expects the sites definition files use the sufix .conf
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '15

02 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11404 Bug ID: 11404 Summary: Apache 2.4 expects the sites definition files use the sufix .conf Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 12856] New: koha-disable fails without disabling site
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '15

02 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12856 Bug ID: 12856 Summary: koha-disable fails without disabling site Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: koha(a)akafred.com QA Contact: testopia(a)bugs.koha-community.org When running 'koha-disable <instancename>' (eg. koha-disable myinstance) (on a fresh install of koha) I get: /usr/sbin/koha-disable: 35: [: =: argument expected >From what I can tell the site is never disabled. See http://paste.koha-community.org/184 for a paste from running 'bash -x koha-disable". My guess is that this is caused by a reference to $instancename in the script (that is never set). -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 9180] New: Default rules are not always used for overdues
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '15

02 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9180 Bug ID: 9180 Summary: Default rules are not always used for overdues Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com Default overdue rules are defined for a lybrary with several branches Overdue rules are also defined for one specific branch A user is late to return a book from a branch without overdue rules. But default rules should apply. No notification is sent. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 13053] New: Do not use template cache when from commandline
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '15

02 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13053 Bug ID: 13053 Summary: Do not use template cache when from commandline Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org You may define in config a folder (usually /tmp) for TT cache : template_cache_dir in etc/koha-conf.xml. Some perl pages may be launched from commandline, like tools/export.pl. Also, the script gather_print_notices.pl uses C4::Templates. The problem is that when script is launched from Apache, the Unix owner of cache files will be www-data. When script is launched from commandline, like in a cronjob, the Unix owner will be different (like a user named "koha"), causing a crash because cache files can only be read by its owner. I propose not to use the template cache if perl script is called from commandline. This cache is certainly only useful for web access. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 13212] New: Use CSS3 ellipsis instead of FacetLabelTruncationLength
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '15

02 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13212 Bug ID: 13212 Summary: Use CSS3 ellipsis instead of FacetLabelTruncationLength Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CSS3 has text-overflow: ellipsis - should use that instead of FacetLabelTruncationLength -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 13254] New: Delete record don't wait for confirmation
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '15

02 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13254 Bug ID: 13254 Summary: Delete record don't wait for confirmation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Templates Assignee: rkopaczka(a)afm.edu.pl Reporter: rkopaczka(a)afm.edu.pl QA Contact: testopia(a)bugs.koha-community.org In some cases (eg. when Staf Client Search is active), when user choose Edit->Delete record on record tool bar, browser don't wait for confirmation and goes immediately to delete record. To reproduce: 1. Search for some biblio records and choose one without items attached. 2. Note that there, must be "Return to search results" box on left side, bug works in that case, when in normal view everything work fine. 3. Click Edit->Delete record, watch that confirmation box shows, but don't wait for OK and runs immediately. If you are fast enough to click OK, then you get error as below, because record was deleted earlier. "Software error: Can't call method "title" on an undefined value at /home/koha/kohaclon/cataloguing/addbiblio.pl line 826." -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 4040] Placing a hold on an item while it is in transit results in duplicate dialogs upon check-in
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4040 jdemuth(a)roseville.ca.us <jdemuth(a)roseville.ca.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jdemuth(a)roseville.ca.us -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8437] New: Plack and database backup
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8437 Priority: P2 Change sponsored?: --- Bug ID: 8437 Assignee: jcamins(a)cpbibliography.com Blocks: 8268 Summary: Plack and database backup Severity: major Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Tools Product: Koha I've found a problem with patch of bug 8268, that you can see when you run plack: Variable "$backupdir" is not available at /home/paul/koha.dev/koha-community/tools/export.pl line 334. => the backup features won't work under plack (problem of variable scoping with Plack that put the script in a sub, making main() variable unaccessible in other subs. Problem solved everywhere with a our instead of my. The best option, that I would prefer -from far- for this new feature, being that we don't use such a our variable, but define backupdir where it's needed (+ it's just reading of a syspref, so not something costly) -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 8767] New: Failed to import patrons details from CSV file
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8767 Priority: P5 - low Change sponsored?: --- Bug ID: 8767 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Failed to import patrons details from CSV file Severity: enhancement Classification: Unclassified OS: All Reporter: vimal0212(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha I got the following error when I tried to import patron details from csv file using the option, Tools > Import Patrons "Gateway Time-out The gateway did not receive a timely response from the upstream server or application." A small amount of patron details imported and process broken and showed the above message. CSV file contained 10000 patrons details. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3