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

[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 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

[Bug 8807] New: add Carton support to Koha
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8807 Priority: P5 - low Change sponsored?: --- Bug ID: 8807 Assignee: gmcharlt(a)gmail.com Summary: add Carton support to Koha Severity: normal Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Installation and upgrade (command-line installer) Product: Koha using Carton, we can select specific versions of perl packages from CPAN -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8830] New: authority cataloging errors not helpful
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8830 Priority: P5 - low Change sponsored?: --- Bug ID: 8830 CC: jcamins(a)cpbibliography.com, m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: authority cataloging errors not helpful Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Created attachment 12532 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12532&action=edit missing fields error See attached. When cataloging an authority record it pops up to tell you the fields you didn't fill in, but unlike in cataloging it doesn't give you field numbers, so I'm not really sure what fields I need to go back and find and fill in. This pop up should be like the one in cataloging that tells you the field numbers. -- You are receiving this mail because: You are watching all bug changes.

1 1