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

[Bug 4451] New: Batch item tool cannot process barcode file with Windows line endings
by bugzilla-daemon＠kohaorg.ec2.liblime.com 05 May '10

05 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4451 Summary: Batch item tool cannot process barcode file with Windows line endings Product: Koha Version: HEAD Platform: PC URL: /cgi-bin/koha/tools/batchMod.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: henridamien(a)koha-fr.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- I tried uploading a file of known good barcodes to the batch item modification tool and it reported that the barcodes were not found. Testing shows that the problem was the Windows line endings of the file I was uploading. Re-saving the same file with Unix line endings resulted in a successful read. Interestingly, the item number file upload is not sensitive to the difference in line endings. Either works. -- 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 4396] New: item level itypes not working correctly when 942c itype is not for loan
by bugzilla-daemon＠kohaorg.ec2.liblime.com 05 May '10

05 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4396 Summary: item level itypes not working correctly when 942c itype is not for loan Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- Tested with 3.01.00.127 and 3.01.00.61 Sys pref item-level_itypes: ON Use the item type of the **specific item** as the authoritative item type (for determining circulation and fines rules, etc). 942c is an item type that is marked not for loan in general 952y is an item type that is for normal loan (4 weeks) In Staff the item is displayed as available. In OPAC the item is displayed as not for loan and its not possible to place a hold on the item. After changing 942 to another item type that is not marked as not for loan in configuration its displayed as available and holds can be placed. The problem is that 942 should have no effect with item-level-itypes activated. -- 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 4401] New: Related titles tab broken in staff
by bugzilla-daemon＠kohaorg.ec2.liblime.com 05 May '10

05 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4401 Summary: Related titles tab broken in staff Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- The tab for related titles can not be opened on staff detail page. When clicking on 'Related Titles' nothing happens. In OPAC the 'Related' tab works. We are using Amazon services. Error message from Firebug: uncaught exception: jQuery UI Tabs: Mismatching fragment identifier. -- 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 4449] New: Cannot place holds on unchecked-out missing items if AllowShelfHolds turned off
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4449 Summary: Cannot place holds on unchecked-out missing items if AllowShelfHolds turned off Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Change sponsored?: --- If an item is marked as missing, and AllowShelfHolds is turned off, a library must check out all these items to a dummy patron in order for them to be reservable. This is not always desirable behaviour. -- 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 3916] New: Batch Modify Items Tool Needs Small Change
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3916 Summary: Batch Modify Items Tool Needs Small Change Product: Koha Version: HEAD Platform: PC URL: /cgi-bin/koha/tools/batchMod.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: matthias.meusburger(a)biblibre.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- On the design front for this feature, I think that all of the fields should be blank before you choose your changes - so the current and permanent location pull downs should be selected on NOTHING before hand - otherwise it's too easy to change the location. CHAT: [09:51] <nengard> on the design front - I think that all of the fields should be blank before you choose your changes - so the current and permanent location pull downs should be selected on NOTHING before hand - otherwise it's too easy to change the location [09:52] <nicomo> ++ [09:52] <nengard> I'll put that in as an enhancement [09:52] <nicomo> please open a ticket for that -> matthias.meusburger(a)biblibre.com -- 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 10

[Bug 4447] New: Allow external URL/storage location for XSLT stylesheets
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4447 Summary: Allow external URL/storage location for XSLT stylesheets Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- I'd like some feedback on this before proceeding. One of the most frequent customization requests I get is to display this or that MARC field or subfield in the OPAC. Usually this would have to be done by customizing the relevant XSLT stylesheet (MARC21slim2OPACResults.xsl and MARC21slim2OPACDetail.xsl are the two I usually work with. However, for sites where access to the server level is restricted or where local customizations are not allowed, this won't work. I'm thinking of creating a syspref to allow a site to specify a remote server location for the XSLT stylesheets. That way, sites could maintain and modify a file with local customizations, without requiring any server access. Trying to analyze the code in XSLT.pm, it looks like I could only allow specifying a path, not a filename. Both details and results files would have to be in place on the remote server, and retain the identical filenames as currently used. Right now, I'm only looking at OPAC XSLT, but the same logic could be extended to staff XSLT files as well. I think they would have to be stored in the same location as the OPAC ones, so maybe only one syspref should be created for both. Discussion? Potential problems? -- 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 4188] New: Basketgroup print fails to generate a file
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4188 Summary: Basketgroup print fails to generate a file Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- Trying to print a basket group fails silently. The pdf download box appears with an invalid filw name ( .pdf) . The following errors can be seen in the log [Sun Feb 14 19:45:39 2010] basketgroup.pl: Using a hash as a reference is deprecated at /home/koha/kohaclone/acqui/basketgroup.pl line 240. [Sun Feb 14 19:45:39 2010] basketgroup.pl: 1 at /home/koha/kohaclone/acqui/basketgroup.pl line 187. [Sun Feb 14 19:45:39 2010] basketgroup.pl: GLOB(0xac8c920) not a PDF file version 1.x at /usr/share/perl5/PDF/API2/Basic/PDF/File.pm line 302. -- 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 8

[Bug 3289] New: News items do not appear on current date, must be backdated.
by bugzilla-daemon＠liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3289 Summary: News items do not appear on current date, must be backdated. Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: galen.charlton(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- News items in the staff interface currently must be dated the day before the present day to appear on the present day. example: The current date is June 3. I am posting a news item to appear June 3. I have to pick June 2 on the calendar to make it show up. /example -- 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 6

[Bug 3685] New: tools / news = error with date
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3685 Summary: tools / news = error with date Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- if you choose today as publication date, it doesn't appear. Probably a < instead of <= -- 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 4173] New: Statuses not appearing in the OPAC
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4173 Summary: Statuses not appearing in the OPAC Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1615) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1615) items in opac (w/out status) When in the OPAC the authorized values for item statuses are not appearing. See the attached images. I set several items to different types and put the type in the public notes field so I could keep track of them all. These values all came from an authorized value field - in which I entered text in the OPAC display field ... but it's not displaying. If the authorized values allow for me to enter a value for the OPAC then it should appear in the OPAC. Examples included values in: RESTRICTED LOST NOT_LOAN DAMANGED -- 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 11