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

[Bug 8579] New: Need script for updating authority 001s
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '15

09 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8579 Priority: P5 - low Change sponsored?: --- Bug ID: 8579 Assignee: jcamins(a)cpbibliography.com Summary: Need script for updating authority 001s Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha Because bulkmarcimport.pl does not correctly set the 001 field for authority records, libraries end up with authority files full of records with invalid 001 fields. There should be a script that can retroactively populate the 001 field with the authid. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11952] New: utility scripts hard-coded to expect apache, breaks when koha is installed under nginx
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '15

09 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11952 Bug ID: 11952 Summary: utility scripts hard-coded to expect apache, breaks when koha is installed under nginx Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: desmith(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org koha-dump: "etc/apache2/sites-available/$name" \ koha-enable: if grep -q '^[[:space:]]*Include /etc/koha/apache-shared-disable.conf' \ koha-enable: "/etc/apache2/sites-available/$instancename" ; then koha-enable: sed -i 's:^$\s*Include /etc/koha/apache-shared-disable.conf$$:#\1:' \ koha-list: if grep '^[[:space:]]*Include /etc/koha/apache-shared-disable.conf' \ koha-list: "/etc/apache2/sites-available/$instancename" > /dev/null koha-remove: [ -f "/etc/apache2/sites-available/$name" ] && \ koha-restart-zebra: if grep -q '^[[:space:]]*Include /etc/koha/apache-shared-disable.conf' \ koha-restart-zebra: "/etc/apache2/sites-available/$instancename" ; then koha-start-zebra: if grep -q '^[[:space:]]*Include /etc/koha/apache-shared-disable.conf' \ koha-start-zebra: "/etc/apache2/sites-available/$instancename" ; then koha-stop-zebra: if grep -q '^[[:space:]]*Include /etc/koha/apache-shared-disable.conf' \ koha-stop-zebra: "/etc/apache2/sites-available/$instancename" ; then -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9712] New: Add command line script to recalculate existing due dates based on current issuing rules and retroactively update the issues
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '15

09 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9712 Bug ID: 9712 Summary: Add command line script to recalculate existing due dates based on current issuing rules and retroactively update the issues 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: kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 11601] New: Bootstrap theme has CSS files that do not have LESS counterparts
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '15

08 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11601 Bug ID: 11601 Summary: Bootstrap theme has CSS files that do not have LESS counterparts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: wizzyrea(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org We should create parity between the LESS and CSS folders in the Bootstrap theme. CSS should be minified to discourage hand editing. Steps to this available at http://www.lesscss.org/#usage Note that you will need to install Node.js first: http://nodejs.org/ A convenient tool for development with less: https://github.com/jonycheung/Dead-Simple-LESS-Watch-Compiler We should probably also start a wiki page to point people to on how to modify core less files in the bootstrap theme. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 9678] New: fields in wrong tab in books framework
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '15

08 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9678 Bug ID: 9678 Summary: fields in wrong tab in books framework Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl Created attachment 15575 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=15575&action=edit 9 tab with other fields On the books framework there are a lot of non-9 fields in the 9 tab. See attached. Shouldn't they be in their corresponding number tab? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11239] New: show hour of due date in history circulation
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '15

08 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11239 Bug ID: 11239 Summary: show hour of due date in history circulation Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 22887 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22887&action=edit checkout_history It will be fine to see in history circulation hour of a checkout and of due date. We can specify now in 3.12 an hour when we choose a due date but the hour do not display in history circulation. We should have the same display as checkout history (see image). Thanks Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 9327] New: Database update system should provide utility function for adding sysprefs
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '15

08 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9327 Bug ID: 9327 Summary: Database update system should provide utility function for adding sysprefs Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com Depends on: 7167 Right now in order to add sysprefs we use the dbh directly. Instead the database update system should provide functions like C4::Update::Database::AddSyspref and C4::Update::Database::RemoveSyspref for adding and removing sysprefs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 9071] New: Updates adding systempreferences should verify the absence of those preferences prior to attempting to add them
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '15

08 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9071 Priority: P5 - low Change sponsored?: --- Bug ID: 9071 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Updates adding systempreferences should verify the absence of those preferences prior to attempting to add them Severity: enhancement Classification: Unclassified OS: All Reporter: cnighswonger(a)foundations.edu Hardware: All Status: NEW Version: master Component: Installation and upgrade (web-based installer) Product: Koha Performing a blind INSERT of a new system preference causes the webinstaller to complain loudly. If the user happens to have DEBUG set, updatedatabase.pl bails on the error. In any case, this is generally bad behavior, and should be fixed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 9482] New: set library redirects wrong on fines
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '15

08 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9482 Bug ID: 9482 Summary: set library redirects wrong on fines Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I was on the Pay Fines page: cgi-bin/koha/members/pay.pl and went to change my library by clicking 'set library' in the top right. When I reset my library it redirected me back to cgi-bin/koha/members/pay.pl but it no longer had the patron's info on the screen. It should just redirect to circulation main or to the pay fines on the patron's record (where I was). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9500] New: GetNormalizedISBN only ever checks the first populated ISBN field
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '15

08 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9500 Bug ID: 9500 Summary: GetNormalizedISBN only ever checks the first populated ISBN field Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com If you take a look at C4::Koha::GetNormalizedISBN you will see code like this: if ($marcflavour eq 'UNIMARC') { @fields = $record->field('010'); foreach my $field (@fields) { my $isbn = $field->subfield('a'); if ($isbn) { return _isbn_cleanup($isbn); } else { return undef; } } } If I read this correctly, if we have say two ISBNs in a record, with the first being invalid and the second being valid, GetNormalizedISBN will still return undef because it never bothers to check the second isbn! -- You are receiving this mail because: You are watching all bug changes.

1 6