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

[Bug 3109] New: Consistency Check, broken img tags
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3109 Summary: Consistency Check, broken img tags Product: Koha Version: HEAD Platform: PC URL: http://www.koha.org/about-koha/case-studies/hlt.html OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Websites, Mailing Lists, etc. AssignedTo: jmf(a)liblime.com ReportedBy: joe.atzberger(a)liblime.com Estimated Hours: 0.0 Top of the page says "The first version of Koha went live at HLT in January 2005." That's just wrong. Should be 2000, as the rest of the page goes on to describe. The screenshot images are missing, links are 404. -- 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 2

[Bug 3812] New: Illegal Date 'iso' does not match 'iso' format (Acquisitions)
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3812 Summary: Illegal Date 'iso' does not match 'iso' format (Acquisitions) Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- >From koha error log: [Mon Nov 23 10:36:57 2009] [error] [client 192.87.126.61] [Mon Nov 23 10:36:57 2009] orderreceive.pl: Illegal Date 'iso' does not match 'iso' format: yyyy-mm-dd at /usr/share/koha/intranet/cgi-bin/acqui/orderreceive.pl line 80. This happens when datareceived parameter does not exist or is empty. In that case the second parameter iso from the line below becomes the first parameter. my $datereceived = C4::Dates->new($input->param('datereceived'),'iso') || C4::Dates->new(); Solution: force the first parameter to be present in the call: my $datereceived = C4::Dates->new($input->param('datereceived')||'','iso') || C4::Dates->new(); -- 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 2

[Bug 3795] New: Incorrect title URL in Receive Order table for multiple items
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3795 Summary: Incorrect title URL in Receive Order table for multiple items Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- This bug is a continuation of bug 3794! If Receive Orders (orderreceive.pl) shows multiple items, clicking on the first row of the table takes you to the data of the second row. Selecting the last row produces a fatal error. Further analysis reveals that the orderreceive template does not produce a correct URL for multiple items. The main reason for the above error is the fact that it generates a biblio parameter instead of the correct biblionumber parameter in the title URL. This makes SearchOrder in Acquisitions.pm not find the correct record with the passed order number. For the first record, it only finds the second record that contains the order number in the title. For the second record, it finds nothing resulting in a fatal error. The orderreceive template must be adjusted for the biblionumber parameter (line 152). After that, clicking on the first row does not yet work (bug 3794). But the second link works now. After receiving the second title, it will be possible to receive the first one. The script orderreceive.pl should formally be corrected to also handle the situation of zero records. -- 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 2

[Bug 3742] New: OPAC Authority Search does not really search anywhere
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3742 Summary: OPAC Authority Search does not really search anywhere Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- Searching authorities with anywhere on Browse by Subject does not search anywhere but only in Heading, if you leave the other fields blank. This is caused by a small bug in opac-authorities-home.pl. The line filling the @values parameter before calling SearchAuthorities should not be: my @value = ($query->param('valuea'), $query->param('valueb'),$query->param('valuec'),); but should be: my @value = (scalar $query->param('valuea'), scalar $query->param('valueb'),scalar $query->param('valuec'),); Reason: CGI param returns an empty list for the blank values in list context. The parameters are mixed up as a result. Force them to scalar resets the situation. -- 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 2

[Bug 3858] New: Quick Spine Tool Should have Left Menu
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 May '10

16 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3858 Summary: Quick Spine Tool Should have Left Menu Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Tools AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- I think that the Quick Spine Label Tool should either have the Labels menu on the left or the Tools menu on the left - either way there should be a menu to the left of the Quick Spine Label Tool. -- 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 3

[Bug 4095] New: Misleading Text against subscription end date
by bugzilla-daemon＠kohaorg.ec2.liblime.com 15 May '10

15 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4095 Summary: Misleading Text against subscription end date Product: Koha Version: HEAD Platform: PC OS/Version: Windows NT Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- Beside the date input box for subscription end date input is the text '(Finished subscriptions only)' this is misleading, the enddate must be set to receive against the subscription. -- 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 3

[Bug 4286] New: Subscription expired at its creation
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4286 Summary: Subscription expired at its creation Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: jeanandre.santoni(a)biblibre.com ReportedBy: jeanandre.santoni(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- -- 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 4391] New: basketgroup should read Basket group
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4391 Summary: basketgroup should read Basket group Product: Koha Version: HEAD Platform: PC URL: cgi-bin/koha/acqui/basket.pl?basketno=3 OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- On the baskets page there are 2 references to basketgroup - these should read 'Basket group' instead -- 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 6

[Bug 4375] New: remove koha.org link from auth template
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4375 Summary: remove koha.org link from auth template Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: minor Priority: PATCH-Sent Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- the staff client login page has the koha logo linking to koha.org - should go to official koha page instead. -- 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 3

[Bug 4170] New: Online help, etc. for overduerules.pl is confusing
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4170 Summary: Online help, etc. for overduerules.pl is confusing Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Documentation AssignedTo: nengard(a)gmail.com 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 4