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

[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

[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

[Bug 4505] New: update minimum version of Perl
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4505 Summary: update minimum version of Perl Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: ASSIGNED Severity: blocker Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- The minimum version of Perl required by Koha is marked as 5.6.1. Since MARC::Record requires at least 5.8.2, the requirement should be bumped up at least that far, and bumping it up to 5.8.8 (the current stable version in the 5.8.x series) makes sense. At least two files would need to be changed: Makefile.PL installer/install.pl -- 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 4504] New: Confirmation messages in opac account not translated
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4504 Summary: Confirmation messages in opac account not translated Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: katrin.fischer(a)bsz-bw.de CC: chris(a)bigballofwax.co.nz Estimated Hours: 0.0 Change sponsored?: --- In the patron account in OPAC there are several pages where a user is asked to confirm his action. These messages can not be translated. Examples: - cancel hold - delete search history - delete list I tried: <input type="submit" name="submit" class="icon delete cancel" value="Cancel" onclick="return confirmDelete(_('Are you sure you want to cancel this hold?'));" /> This did not work, perhaps someone else can see why. -- 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 3704] New: SIP Checkin of not checked out item returns error without additional reason
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3704 Summary: SIP Checkin of not checked out item returns error without additional reason Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: SIP2 AssignedTo: joe.atzberger(a)liblime.com ReportedBy: patrick.langer(a)easycheck.org Estimated Hours: 0.0 Change sponsored?: --- Checking in a not checked out item returns an error (which is correct) without giving a reason for the failure as screen_msg (aka AF field in SIP2) is empty. Checkin in koha SIP is generally quite sparse when it comes to error handling and reasons for the failure of the checkin. Most times no screen_msg is filled which makes it hard for the self service terminal to display an understandable reason to the patron for the failure. In this case I suggest to insert in SIP::ILS Checkin around row 183 right after $circ->ok($item && $item->{patron}); if (!defined($item->{patron})) { $circ->screen_msg("Item not checked out"); } else { [rest of the transaction part] } -- 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 3125] New: IE7: Selected columns list in Reports Dictionary is not showing column names.
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3125 Summary: IE7: Selected columns list in Reports Dictionary is not showing column names. Product: Koha Version: rel_3_0 Platform: PC URL: http://staff-dfs4.dev.kohalibrary.com/cgi- bin/koha/reports/dictionary.pl?phase=Add%20New%20Definit ion OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Browser compatibility AssignedTo: joe.atzberger(a)liblime.com ReportedBy: daniel.sweeney(a)liblime.com CC: oleonard(a)myacpl.org, galen.charlton(a)liblime.com Estimated Hours: 0.0 When adding a new definition to the Reports Dictionary, using IE7, the left hand/selected list is wide enough but does not display the names of the selected columns. Admins can add columns to the list and the appropriate columns are added but they do not display except as empty list entries. -- 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 5