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

[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

[Bug 3255] New: [3.0.x], [3.2] With dev install you must create and use a 'koha' user
by bugzilla-daemon＠liblime.com 10 Feb '10

10 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3255 Summary: [3.0.x], [3.2] With dev install you must create and use a 'koha' user Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Installation (command-line installer) AssignedTo: galen.charlton(a)liblime.com ReportedBy: tajoli(a)cilea.it Estimated Hours: 0.0 Change sponsored?: --- If you install Koha with the 'dev' option, you can't select the value of $KOHA_USER and KOHA_GROUP variables. The installer force you to use the values 'koha', 'koha'. In fact is not a big bug, if you use a different user/group name you need only to correct by hand 2 lines of the scripts misc/bin/koha-zebraqueue-ctl.sh misc/bin/koha-pazpar2-ctl.sh misc/bin/koha-zebra-ctl.sh I send a patch about it that is only a warning during installation. I think that 'dev' option is for few user, that they are more expert of average. -- 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 3263] New: Staff search results interface changes
by bugzilla-daemon＠liblime.com 08 Feb '10

08 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3263 Summary: Staff search results interface changes Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com Estimated Hours: 0.0 Change sponsored?: Sponsored Implement the following RFC: http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:staff_search_result… In summary; [1] Add Z39.50 search button to the intranet bib search results, allowing users to redo a search against the configured Z39.50 targets. [2] Add a new labeled MARC bib detail view/ [3] Add the ability to control at a global level which bib detail views are available in the intranet. -- 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 10

[Bug 3265] New: LOST status not changed after issued item is checked in
by bugzilla-daemon＠liblime.com 07 Feb '10

07 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3265 Summary: LOST status not changed after issued item is checked in Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: mcoalwell(a)nekls.org Estimated Hours: 0.0 Change sponsored?: --- When a checked out item is converted to LOST status and goes on to the borrower's fine account with a replacement cost, and that lost item is subsequently returned and checked in, Koha now automatically issues a credit for the lost item in the amount of the replacement cost so that the patron is not charged for a lost item that's returned. However, the item status doesn't change to Available. It remains Lost. I'm thinking that once the item is returned, the Lost status should come off. Patron Fine Record shows item is no longer Lost, replacement cost is credited... Date Description of charges Amount Outstanding 05/27/2009 Lost Item 0003008001067 View item Small change, big problems : $25.95 $0.00 05/27/2009 Item Returned $-25.95 $0.00 ...but item still displays in catalog with Lost status Item type Home Location Collection Call Number Status Last seen Barcode BOOK NEKLS NON-FICTION 025.1 SNY Lost 05/27/2009 0003008001067 -- 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 3271] New: Missing message when adding to a list with no items selected
by bugzilla-daemon＠liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3271 Summary: Missing message when adding to a list with no items selected Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: enhancement Priority: PATCH-Sent Component: OPAC AssignedTo: matthias.meusburger(a)biblibre.com ReportedBy: matthias.meusburger(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=818) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=818) Patch for HEAD The patch adds a message when the user tries to add to a list with no items selected, in the same way it is done for the cart. -- 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 3101] New: Button on Hold Confirmation needs editing
by bugzilla-daemon＠liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3101 Summary: Button on Hold Confirmation needs editing Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 Created an attachment (id=716) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=716) hold confirmation When a hold menu pops up it says 'confirm and transfer' or 'print and confirm' but if i click the latter it does transfer it - so the button should say that it also transfers 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 4

[Bug 3113] New: Add OPAC record URL to emailed carts and lists
by bugzilla-daemon＠liblime.com 04 Feb '10

04 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3113 Summary: Add OPAC record URL to emailed carts and lists Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 When emailing a cart or a list, the output should include the full URL to each resource in the OPAC. Then the user could click directly from the message in their email client to the resource they saved. -- 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 3189] New: Cursor should be in search box in Cataloguing
by bugzilla-daemon＠liblime.com 27 Jan '10

27 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3189 Summary: Cursor should be in search box in Cataloguing Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: mcoalwell(a)nekls.org CC: mcoalwell(a)nekls.org Estimated Hours: 0.0 When one clicks on cataloguing from the home menu, there is only one blank on the page but the cursor is not positioned there. One must click into the blank to begin entering information. Cursor should automatically appear in the search field. This would eliminate one more click in the cataloguing phase. (submitted for Baldwin City Library 050409 Claudia Gillentine) -- 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 3104] New: printcirculationslips needs radio buttons
by bugzilla-daemon＠liblime.com 28 Dec '09

28 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3104 Summary: printcirculationslips needs radio buttons Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Database AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 printcirculationslips shows a 1 or a 0 in a text box instead of an on/off toggle on the system preferences page -- 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