February 2010 - Koha-bugs - lists.koha-community.org

[Bug 4171] New: overduerules.pl needs an overhaul
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 Feb '10

12 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4171 Summary: overduerules.pl needs an overhaul Product: Koha Version: rel_3_4 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu Estimated Hours: 0.0 Change sponsored?: --- <kf> ah ok, there are some other bad things about notice triggers <kf> minimal value is 1 <kf> and dont use the default library - no notices will be sent <chris_n> kf: so the script does not process any notices with a delay of less than 1? <kf> got no notice when I tried with 0 <kf> only with 1 for the first notice <kf> this is the day after due date <kf> which is ok, because you can also sent itemdue and advances notices <kf> but a hint would be good <chris_n> kf: so if I want an advanced notice sent , it will not send until 1 day *after* the item is due? <kf> overdue notices <nengard> chris_n - you are missing the point - the advanced notice shouldn't be on that triggers page at all cause it's handled on the enhanced messaging preferences on the patron record <kf> advances notices are sent before due date <chris_n> nengard: big bug then :) <chris_n> a blocker imho <nengard> unless I too am misunderstanding <kf> I dont understand the problem <jwagner> I don't think it's a blocker, necessarily, but it definitely needs more explanatory text. <chris_n> kf: so if I set up an advanced notice do I have to set a delay? * chris_n is confused as to whether the functionality is broken or just the documentation <jwagner> chris_n, the delay is set in the patron record -- the Enhanced Messaging section. You can do a global db update to set the same delay for everyone. <kf> yes, or define the delay in patron type and import your new patrons after that :) <jwagner> If you edit the patron categories and set up your desired settings there for advance notice, holds, etc., then any time you create a new patron it will pick up the settings automatically. But there's no easy way short of a SQL update to modify existing records. <chris_n> so then what is the Delay field for on the overduerules.pl page? <kf> advanced notice = before due date and item due = due date are handled in advanced messaging, overdue notices in notice triggers <nengard> chris_n - it should only be for overdue notices, but that's the part that needs fixing <nengard> right now you can pick it for anything <jwagner> It's a documentation/screen display issue. <kf> for overdue notices, days after due date <jwagner> Ideally the notice triggers page should only filter/show overdue notices in the pulldowns. If that's not possible, at least some screen text about "this is only for overdue notices" <chris_n> so it sounds to me like the overduerules.pl page needs an overhaul <kf> jwagner: right. but its nice you can create as many notice templates as you want and choose there <jwagner> Right. As I said, I'm not logged in right now so I can't look. Is there anything in the settings that says "this notice is for overdues" as opposed to "this notice is for circ stuff"? I don't remember. <kf> perhaps a new option for notices - module overdue notices and show only those on notice triggers page <kf> i think it shows all from circulation <chris_n> I'm going to open two bugs then: one for the documentation and one for a general rework of overduerules.pl <jwagner> Then yes, kf, making a new notice modules just for overdues & having the notice triggers only show those would work. <kf> serials routing list and claim serial issues are already differnet modules, so its not really koha modules in this list -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3650] New: problem Label Creator
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 Feb '10

12 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3650 Summary: problem Label Creator Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: henridamien(a)koha-fr.org ReportedBy: laurence.lefaucheur(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- Tools -> Label Creator many links (Manage Layouts, Manage Batches, saving of new label layout...) give Koha error : Can't use string ("-1") as an ARRAY ref while "strict refs" in use at /home/koha/versions/integration_3.0.x/C4/Labels/Lib.pm line 445. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 4163] New: Modify Order Budget Dropdown Not set
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 Feb '10

12 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4163 Summary: Modify Order Budget Dropdown Not set Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- In Modify Order existing values are displayed but the budget dropbox does not reflect current value so that unless the user resets it it will change the budget to the alphabetically first defined on save. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 2959] Enhancements for link checker
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 Feb '10

12 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2959 --- Comment #4 from frederic(a)tamil.fr 2010-02-12 06:45:43 --- > Created an attachment (id=1610) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1610) [details] > Patch to enhance URL checking in 856 tags This patch add two things: (1) Avoid re-fetching an already tested URL (2) Beautify the HTML output. (2) could/must be done outside this script (imo) with CSS rather than hardcoded in HTML <td> tags. (1) It's a great idea, even if the list of already checked and bad urls should be stored in a hash rather than in an array. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2409] Patron card barcode overrun on short numbers
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 Feb '10

12 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2409 Chris Nighswonger <cnighswonger(a)foundations.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cnighswonger(a)foundations.edu -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3877] New: ACQ: 3 sets of radio buttons are 'muddled' in layout
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3877 Summary: ACQ: 3 sets of radio buttons are 'muddled' in layout Product: Koha Version: rel_3_2 Platform: PC URL: http://librarian.koha.catalystdemo.net.nz/cgi- bin/koha/acqui/supplier.pl?supplierid=5&op=enter OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P3 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: jransom(a)library.org.nz Estimated Hours: 0.0 Change sponsored?: --- In the setup a new vendor screen, there are 3 sets of radio buttons and words which are muddled up (Vendors and GST registration). Catalyst WR 66966 -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 3537] New: Option as to whether hold charges are determined by patron type or item type
by bugzilla-daemon＠liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3537 Summary: Option as to whether hold charges are determined by patron type or item type Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: jransom(a)library.org.nz CC: chris(a)bigballofwax.co.nz Estimated Hours: 0.0 Change sponsored?: --- In our Koha 2 we have it set up so that an adult who uses their child's card to reserve an adult rental item does get charged a hold fee. Likewise an adult who reserves a children's book does not get charged the hold fee. Hold fees are charged depending on the item type, not depending on the patron. In Koha 3.0 it appears that whether a hold fee is charged or not is determined by whether the patron's card being used to place the hold is a child (no hold fee charged) or an adult (hold fee charged). So hold fees are charged depending on the patron type, not the item type. In Koha 2. patron setup we have a hold fee of $1 for almost all patron categories (except for staff, institutions, housebounds and librarys) so kids and adult alike. But reserving kids books, whether an adult or child does not incur hold charges. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 1

[Bug 162] Syntax error in newmembers.pl
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=162 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gmcharlt(a)gmail.com Status|VERIFIED |CLOSED --- Comment #2 from Galen Charlton <gmcharlt(a)gmail.com> 2010-02-11 20:51:52 --- Closing - hasn't been an issue in HEAD for years. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2505] enable Perl warnings in all modules and scripts
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2505 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |major Version|rel_3_2 |HEAD --- Comment #25 from Galen Charlton <gmcharlt(a)gmail.com> 2010-02-11 20:43:52 --- Moving back to head and changing severity to 'critical'. This is important, but realistically is not going to be done in time for 3.2. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 1807] ':' character blocks search ; search () give odd results
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1807 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|rel_3_2 |rel_3_4 --- Comment #17 from Chris Cormack <chris(a)bigballofwax.co.nz> 2010-02-11 20:20:30 --- This has been patched to a working extent for the 3.2 release C4/Search.pm needs a total rewrite and is on the cards for 3.4 so shifting this to that. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0