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

[Bug 12541] New: Marc modification template - empty field
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '14

02 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12541 Bug ID: 12541 Summary: Marc modification template - empty field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Paola found the following bug on testing bug 11395 comment 33: ERROR on batch_record_modification.pl [I've checked only "Preview MARC"]: case of repeteable subfield [x] in repeteable fields [650]: My biblio record had 3 fields 650, each one had 3 $x: 650 0 ...... _x1-650 x 1 Digital techniques 1 _xfirst 650, second $x _x1-650 x 3 Digital techniques 3 650 0 ........ _x2-650 x 1 Digital techniques 1 _xsecond 650, second $x _x2-650 x 3 Digital techniques 3 650 0 ...... _x3-650 x 1 Digital techniques 1 _xthird 650, second $x _x3-650 x 3 Digital techniques 3 I wanted to delete only the second occurrence of $x, only in the second occurrence of 650 field. So my action was: (A) Delete field 650$x if 650$x matches RegEx m/ ^second 650 / On preview MARC the result is not what I wanted, but: 650 0 ... _x1-650 x 1 Digital techniques 1 _xfirst 650, second $x _x1-650 x 3 Digital techniques 3 650 0 .... 650 0 .... _x3-650 x 1 Digital techniques 1 _xthird 650, second $x _x3-650 x 3 Digital techniques 3 Then I've tried another action, selecting the "first" option: B) Delete 1st field 650$x if 650$x matches RegEx m/ ^second 650 / but the result remained the same as for "All" (A). Neither the 2 negative forms gave me what I wanted: C) Delete field 650$x unless 650$x does not match RegEx m/ ^second 650 / D) Delete 1st field 650$x unless 650$x does not match RegEx m/ ^second 650 / Similar behaviours occurred in Copy, Update and Move cases. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 12876] New: Reserve in waiting/transfer status may be cancelled by user
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '14

02 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12876 Bug ID: 12876 Summary: Reserve in waiting/transfer status may be cancelled by user Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: rkopaczka(a)afm.edu.pl Reporter: rkopaczka(a)afm.edu.pl QA Contact: testopia(a)bugs.koha-community.org Depends on: 12837 User may cancel his own reservation at waiting or in transit status through calling opac-modrequest.pl. Cancel button is disabled in interface but possibility to cancel should be checked also in opac-moderequest.pl, before calling CancelReserve(). -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12873] New: Reserve can be cancelled by any logged in user
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '14

02 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12873 Bug ID: 12873 Summary: Reserve can be cancelled by any logged in user Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P3 Component: OPAC Assignee: rkopaczka(a)afm.edu.pl Reporter: rkopaczka(a)afm.edu.pl QA Contact: testopia(a)bugs.koha-community.org It is possible to cancel reservations through simply running opac-modreserve.pl with existing reserve_id number. This may provide remove even all reservations from system. The only limitation is that user have to be logged in. Simplest solution is to check whether reserve belongs to user or not. A patch will follow. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 6858] New: Adds staticfines.pl for static fines processing
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '14

01 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6858 Bug #: 6858 Summary: Adds staticfines.pl for static fines processing Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: matthias.meusburger(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Add a tool to calculate static fine. For example, 7 days left = 1€ fixed fine -- 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 39

[Bug 13015] New: Language filter on search should take all languages
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '14

30 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13015 Bug ID: 13015 Summary: Language filter on search should take all languages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org All languages on this list http://www.loc.gov/standards/iso639-2/php/code_list.php work in the advanced search language filter system preference, but they do not. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6809] New: Add branch filter in holds to pull report
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '14

30 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6809 Bug #: 6809 Summary: Add branch filter in holds to pull report Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Currently only date filters available, add branch filter. -- 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 5

[Bug 8074] New: Holds to pull
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '14

30 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8074 Priority: P5 - low Change sponsored?: --- Bug ID: 8074 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Holds to pull Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha To create the list 'Holds to pull' we must enter the branch and the location at the bottom of the page. It is possible to store in memory the informations(branch, location) that we have chosen; We don't want enter the same informations each time we refreh the screen -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 13013] New: Selecting too many items in a batch hold operation triggers a strange error
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '14

30 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13013 Bug ID: 13013 Summary: Selecting too many items in a batch hold operation triggers a strange error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If I select multiple titles from the OPAC's search results screen--enough that I exceed the limit on the number of holds I can place--I get an error message on the place hold screen, " Sorry, you can only place 10 more holds. Please uncheck the checkboxes for the items you wish to not place holds on. " However, if I *don't* uncheck some checkboxes and simply submit the form anyway I get a page with this error message: "ERROR: Internal error: incomplete hold request." At this point I've lost my original selections and don't have a clear path back to make corrections. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13012] New: suggestion.suggesteddate should be set to NOW if not defined
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '14

30 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13012 Bug ID: 13012 Summary: suggestion.suggesteddate should be set to NOW if not defined 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 11391 remove the default value 0 for the suggesteddate. Actually it should be NOW. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11391] New: suggestions.suggesteddate has a problematic default value
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '14

30 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11391 Bug ID: 11391 Summary: suggestions.suggesteddate has a problematic default value 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: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 7365 The column suggesteddate in the suggestions table is currently defined as "date NOT NULL default 0". When DBIx::Class translates that PostgreSQLese, it ends up as "date DEFAULT '0000-00-00' NOT NULL". Since 0000-00-00 is not a valid date, DBIC will fail to deploy the suggestions table to a Pg database. Since suggesteddate is supposed to be the date that the suggestion was submitted, CURRENT_DATE is a better default value regardless. -- You are receiving this mail because: You are watching all bug changes.

1 13