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

[Bug 3328] New: Circulation > Overdues > Download file (csv) returned file has changed
by bugzilla-daemon＠liblime.com 09 Mar '10

09 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3328 Summary: Circulation > Overdues > Download file (csv) returned file has changed Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- In Circulation Overdues, it is possible to download a CSV file containing all info about overdues and borrowers. This file has changed recently. See this patch: http://tinyurl.com/mowp65 Those changes break Koha site relying on this output to generate automated overdue letters via Word or OpenOffice. -- 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 3140] New: It is possible to email someone else's private list
by bugzilla-daemon＠liblime.com 26 Feb '10

26 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3140 Summary: It is possible to email someone else's private list Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 If you copy the URL of the "send list" popup window you can change the shelfid value and send yourself any list regardless of who owns it. -- 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 3213] New: OPAC display with XSLT for UNIMARC
by bugzilla-daemon＠liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3213 Summary: OPAC display with XSLT for UNIMARC Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P1 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: Seeking cosponsors MARC21 biblio records can be formated on OPAC result and display pages using an XSLT. Two syspref drive how it works: . XSLTResultsDisplay . XSLTDetailsDisplay It doesn't work yet for UNIMARC biblio records. This functionality should be developed to render properly and completely UNIMARC descriptions. -- 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 3

[Bug 3243] New: Patron Card Label Add Patrons to Batch sorting headers lose track of batch_id
by bugzilla-daemon＠liblime.com 23 Feb '10

23 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3243 Summary: Patron Card Label Add Patrons to Batch sorting headers lose track of batch_id Product: Koha Version: rel_3_0 Platform: All URL: http://koha:8080/cgi-bin/koha/labels/pcard-member- search.pl OS/Version: All Status: NEW Severity: normal Priority: P1 Component: Label printing AssignedTo: mason.james(a)liblime.com ReportedBy: mjr(a)ttllp.co.uk Estimated Hours: 0.0 Change sponsored?: Sponsored Go to Home › Tools › Labels › Patron Card Batch Add Patrons to Batch View some patrons somehow Click one of the column headers to sort it Click "Add" by a patron At worst, get an error; at best, get no patron added. I am currently preparing a patch for this. -- 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 13

[Bug 3270] New: Cancelling a hold request after transfer initiated orphans item
by bugzilla-daemon＠liblime.com 23 Feb '10

23 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Summary: Cancelling a hold request after transfer initiated orphans item Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Koha fails to direct a user to return an item to its home library if the hold request that initiated a transfer is canceled before it is filled. Checking that item in at its holding location simply reports 'not checked out'. Furthermore, if this item is checked in at any other location, no 'forced transfer' entry is created in branchtransfers. This is with HomeOrHoldingBranch set to 'holdingbranch'. If HomeOrHoldingBranch is set to 'homebranch', then the checkin is disallowed and the user is directed to return the item to its home library ( but no transfer is initiated, no slip to print ). This exposes a needed enhancement, allowing certain items to float between locations, which is certainly a desired feature. However, I think the default behavior should be to prompt the user to return the item to its home location if homebranch != holdingbranch and no outstanding holds exist. Steps to recreate: 1 place a hold on an item, with pickup library != item home library. 2 check in the item, initiating transfer to pickup library 3 cancel the hold 4 check in item at pickup library. Wonder what you should do. -- 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 9

[Bug 3344] New: Hold priority list needs additional status for items assigned but not waiting
by bugzilla-daemon＠liblime.com 22 Feb '10

22 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3344 Summary: Hold priority list needs additional status for items assigned but not waiting Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: galen.charlton(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- When looking at the existing holds priority list (reserve/request.pl) the priority dropdown should show assigned/in transit statuses and priority should be rearranged when items change status (like waiting status does). See screenshot: http://www.screencast.com/users/lizrea/folders/Jing/media/b6425793-f994-4ee… We don't think it's enough that the pick up library column (kind of) shows the status of the item. Discussion welcome. -- 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 3242] New: emailLibrarianWhenHoldIsPlaced system preference is non-functional
by bugzilla-daemon＠liblime.com 19 Feb '10

19 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3242 Summary: emailLibrarianWhenHoldIsPlaced system preference is non- functional Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- This feature was not implemented in 3.0. If no one steps up to implement it using the new messaging code, the system preference should be removed from Koha. Koha cannot currently generate an email to staff when a hold is placed. -- 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 15

[Bug 3229] New: The "Sort By" feature for lists does not work
by bugzilla-daemon＠liblime.com 17 Feb '10

17 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3229 Summary: The "Sort By" feature for lists does not work Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: jmf(a)liblime.com ReportedBy: debra.denault(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- There is the ability to define how lists sort, by title or author, using the "Sort By" feature. It does not currently seem to work (i.e. sort by title or author). -- 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 16

[Bug 3185] New: Mobile Library/Bookmobile Mode
by bugzilla-daemon＠liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3185 Summary: Mobile Library/Bookmobile Mode Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 I have an idea for a Circ enhancement. In addition to the dropbox mode, why not have a Bookmobile or Mobile Library mode. This would mean that when you check items in at the Bookmobile instead of automatically transferring them back to the home library (as it does now) it keeps the books on the Bookmobile. The way it works now, if you transfer a book to the Bookmobile it's permanent location stays as the main library and it's current location is the mobile library. This is good. But if you keep a book on the mobile library for a period of time you may check it out more than once. If you check a book out and then back in it automatically goes into transfer mode back to the home library - this option would stop that from happening and allow the librarian to decide when the book goes back to the main library. -- 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

[Bug 3162] New: Authority subfileds defintions and Show/Show Collapsed/Hide option
by bugzilla-daemon＠liblime.com 10 Feb '10

10 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 Summary: Authority subfileds defintions and Show/Show Collapsed/Hide option Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: tajoli(a)cilea.it CC: tajoli(a)cilea.it Estimated Hours: 0.0 The defintion of visibilty of MARC subfields in the enviroments used (Opac, Intranet, Editor) is different between MARC Bibliographic framework [http://<your site>:8080/cgi-bin/koha/admin/biblio_framework.pl] and Authority framework [http://<your site>:8080/cgi-bin/koha/admin/authtypes.pl] In MARC Bibliographic framework to setup this option we use an input box that accepts values between -7 to 8. The meaning of the values is explained into the on-line help. No problems here. In Authority framework there are 3 List boxes (one for Opac, one for Intranet, one for Editor). The CGI with the bug is .../admin/auth_subfields_structure.pl For example see the defintion of field 035 (on Unimarc or MARC21 default framework): http://<your site>:8080/cgi-bin/koha/admin/auth_subfields_structure.pl?op=add_form&tagfield=035&authtypecode= But those 3 values are managed by only one SQL field, auth_subfield_structure.hidden. This field is a tinyint(3) field. So, when the system tries to save a value like '000', Mysql transform it into '0'. So not all option avaible in the inteface are recoredable into auth_subfield_structure.hidden The defintions of Authority subfields in installer/data/mysql/fr-FR/marcflavour/unimarc_complet/Obligatoire/autorites_norme_unimarc.sql and in installer/data/mysql/en/marcflavour/marc21/mandatory/authorities_normal_marc21.sql still use the scale -7 ... 8 And in fact the CGI for the display .../opac/opac-authoritiesdetail.pl .../authorities/detail-biblio-search.pl .../authorities/detail.pl still use the scale -7 ... 8 with problems. In fact the lines used in ../opac/opac-authoritiesdetail.pl .../authorities/detail-biblio-search.pl .../authorities/detail.pl to check the value of auth_subfield_structure.hidden are: $subfield_data{visibility} = "display:none;" if ( ($tagslib->{$tag}->{$subfield}->{hidden} % 2 == 1) and $value ne '' or ($value eq '' and !$tagslib->{$tag}->{$subfield}->{mandatory}) ); So the only two values that it is possible to use are 0 (or every evan value that means 'show all') and -7 (or ever odd value that means hide all). Well, this the problem. About solution ? My proposal is: -- for tree 3.0 I will write a patch to use the values '0','-5' with the meanings 'show all' vs 'hide all'. I select those two values because are just now used into SQL authority default defintions. So I need to change only the code of ../admin/auth_subfields_structure.pl, the help template and display template No changes in SQL defintion, into others CGI or into SQL authority default defintions. -- for tree 3.2 I think we need to plan a better system. Probably use 3 list box is better but we need to decide: a)Do we do the work with one SQL field or with three fields ? b)And what about MARC Bibliographic framework c)And about migration of framework from 3.0 to 3.2 ? That's all, I think Bye -- 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 11