November 2009 - Koha-bugs - lists.koha-community.org

[Bug 3802] New: deleting a branch doesn't check all
by bugzilla-daemon＠kohaorg.ec2.liblime.com 23 Nov '09

23 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3802 Summary: deleting a branch doesn't check all Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- When you delete a branch it only check for items but the message talk about patrons... a quite strange. Koha should check for both. -- 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 3800] New: In OPAC when a logged in user tries to reach a page for which he/she does not have permission, the message saying "Koha doesn't think you have permission" is not displayed.
by bugzilla-daemon＠kohaorg.ec2.liblime.com 23 Nov '09

23 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3800 Summary: In OPAC when a logged in user tries to reach a page for which he/she does not have permission, the message saying "Koha doesn't think you have permission" is not displayed. Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: blocker Priority: P1 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: cnighswonger(a)foundations.edu Estimated Hours: 0.0 Change sponsored?: --- [Saturday 13:20] <|Lupin|> pianohacker: bug is in opac. When a logged in user tries to reach a page for which he/she does not have permission, the message saying "Koha doesn't think you have permission" is not displayed. [Saturday 13:21] <pianohacker> Hmm. Wouldn't that only happen on the opac on the self-checkout screen? [Saturday 13:22] <|Lupin|> pianohacker: I think it's because koha-auth.tmpl and C4/Auth.pm disagree: the templates requires the lloginprompt variable to be defined to check the nopermission parameter, whereas the script defines the nopermission parameter only of loginprompt is not defined... [Saturday 13:23] <pianohacker> I mean, theoretically it could occur if someone turned off the borrow permission, but when have you seen this happen? [Saturday 13:23] <|Lupin|> pianohacker: I don't know where it would happen in traditional KOha install. The thing is that on our nstall permissions are used because some users should be allowed to download some files only if they have a given permission, that's how I discovered the problem. [Saturday 13:24] <pianohacker> Ah, okay. [Saturday 13:24] <|Lupin|> pianohacker: I'm not saying it happens on traditional installs. I'm just pointing the disagreement between the script and the template which is a more general problem users may not see now but may see one day [Saturday 13:25] <|Lupin|> pianohacker: I don't know exactly how this should be fixed but think it'd be nice if someone could fix it. [Saturday 13:27] <chris_n2> |Lupin|: definitely file a bug [Saturday 13:28] <pianohacker> |Lupin|: Confirmed on 3.00.01.041 -- 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 2125] Contributors page ("Hall of Fame") returns Kartouche error
by bugzilla-daemon＠kohaorg.ec2.liblime.com 23 Nov '09

23 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2125 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris(a)bigballofwax.co.nz Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Chris Cormack <chris(a)bigballofwax.co.nz> 2009-11-23 06:54:33 --- We no longer use Kartouche -- 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 2858] Website - update translation list address
by bugzilla-daemon＠kohaorg.ec2.liblime.com 23 Nov '09

23 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2858 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris(a)bigballofwax.co.nz AssignedTo|jmf(a)liblime.com |chris(a)bigballofwax.co.nz --- Comment #1 from Chris Cormack <chris(a)bigballofwax.co.nz> 2009-11-23 06:53:07 --- I can't find this on the website. -- 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 3463] New: Wide character in null operation for “Edit MARC Record”
by bugzilla-daemon＠liblime.com 21 Nov '09

21 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3463 Summary: Wide character in null operation for “Edit MARC Record” Product: Koha Version: rel_3_2 Platform: Other OS/Version: Linux - Redhat Status: NEW Severity: enhancement Priority: P3 Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: quanzhong.zhang(a)xjtlu.edu.cn Estimated Hours: 0.0 Change sponsored?: --- I installed Koha 3.00.3 on CentOS 5.3(X86_64) and the database upgrade from Koha version 2.2.9 I try to check the function “Edit MARC Record”. It’s OK for English. But if the title include the Chinese character, the following error message display in browser production mode - trapped fatal error The error message in the log file /var/log/koha/koha-error_log as: [Thu Jul 23 10:36:17 2009] [error] [client 10.7.13.30] [Thu Jul 23 10:36:17 2009] addbiblio.pl: Wide character in null operation at /usr/lib/perl5/site_perl/5.8.8/MARC/Charset/Table.pm line 96, <DATA> line 532., referer: http://10.7.1.219:8080/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=6… Not found such problem for Edit “Patron Details” Thanks and Best Regards, -- 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 7

[Bug 3476] New: Predefined fee types
by bugzilla-daemon＠liblime.com 20 Nov '09

20 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3476 Summary: Predefined fee types Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=982) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=982) Predefined fee setup screenshot Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. Add ability to have list of predefined fee types and amounts when creating a manual invoice (e.g., lost card fee, training class, etc.). To use create authorised values with the category MANUAL_INV. Authorized Value is the description, and Description is the default fee (if any) rather than the reverse, because the authorised_values table requires the values to be unique. The code under creating a manual invoice adds these to the pulldown list, and swaps the fee/description to the proper place. Patch sent July 25, 2009. -- 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 4

[Bug 3796] New: Place a hold on a specific copy allows impossible items
by bugzilla-daemon＠kohaorg.ec2.liblime.com 19 Nov '09

19 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3796 Summary: Place a hold on a specific copy allows impossible items Product: Koha Version: rel_3_0 Platform: All URL: http://opac/cgi-bin/koha/opac-reserve.pl OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Hold requests AssignedTo: mjr(a)ttllp.co.uk ReportedBy: mjr(a)ttllp.co.uk Estimated Hours: 0.0 Change sponsored?: Seeking cosponsors It's possible for a bad copy-pasted URL (not one that the OPAC normally shows) to place a hold on a specific copy that is actually not/no longer a valid item for that biblio. I think C4::Reserves::AddReserve should check whether $checkitem is actually related to $biblionumber before INSERTing the request anywhere and opac-reserve.pl check and act on the return value. The FIXME in AddReserve could be dealt with as a consequence. -- 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 3217] New: Impossible to change biblio record framework
by bugzilla-daemon＠liblime.com 19 Nov '09

19 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3217 Summary: Impossible to change biblio record framework Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- Let suppose you have two biblio record frameworks: - Default - Book You can't do that: - In pro interface, search a biblo record - Select a biblio record which has 'Book' framework - On detail page, select MARC tab - On MARC detail page, in With Framework combo list, select 'Default': it works! - Click on Edit > Edit record - On Editing page, in Change framework combo list, select 'Default': it doesn't work! -- 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 3040] UNIMARC : Frameworks mistaking series title as collection title
by bugzilla-daemon＠kohaorg.ec2.liblime.com 19 Nov '09

19 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3040 hdlaurent <henridamien(a)koha-fr.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED -- 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 2590] No itemtype filter selection available
by bugzilla-daemon＠kohaorg.ec2.liblime.com 19 Nov '09

19 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2590 hdlaurent <henridamien(a)koha-fr.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED -- 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