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

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

[Bug 4168] New: keyword mapping from left admin menu
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4168 Summary: keyword mapping from left admin menu Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Keyword Mapping is missing from the admin menu that appears on the left of admin pages. -- 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 4070] New: Cannot save emptied textarea system pref
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4070 Summary: Cannot save emptied textarea system pref Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: System Administration AssignedTo: pianohacker(a)gmail.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- To reproduce: 1. Edit a system preference which uses a textarea, like OpacNav 2. Click save. The data is saved without a page reload. 3. Delete the contents of that system preference. 4. Click save. An message appears which says "Nothing to save." It looks like whatever mechanism there is for detecting a change in the textarea is not triggered by the deletion of its contents. -- 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 4067] New: Serial routing list add patron popup lists all patrons in descending order by first name
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4067 Summary: Serial routing list add patron popup lists all patrons in descending order by first name Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- When you click the link to add names to a serial routing list a pop-up window appears with a table captioned "Results 1 to 20 of [X] found for " where X is the total number of patrons in the database. These patrons are listed in descending order by first name: Rizqiya, Zulfa Mda, Zukile Walkowski, Zosia Lanning, Zoie D. Hinerman, Zoey Nichole Miller, Zoey Adella-Rose Problems with this: - Listing names by first name in descending order is just nonsensical. At the very least it should be by surname in ascending order. However: - Should this page list names at all? The table header says "Results 1 to 20 of [X] found for " as if it is performing a search on nothing. Perhaps no results should display until after a search has been performed? -- 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 3981] New: GST confusing in en-US
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3981 Summary: GST confusing in en-US Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: trivial Priority: P5 Component: Acquisitions AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com CC: chris(a)bigballofwax.co.nz Estimated Hours: 0.0 Change sponsored?: --- I spoke with Chris (translation manager) and we decided it was okay to change the en-US translation from GST to Tax. He will add that to the translation tool so that it still says GST for all other en languages. -- 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