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

[Bug 11327] New: Course Reserves not hidden from More menu when disabled
by bugzilla-daemon＠bugs.koha-community.org 19 May '14

19 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11327 Bug ID: 11327 Summary: Course Reserves not hidden from More menu when disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Course reserves show up in the global more menu in the staff client, even when course reserves is disabled. It should not show there if it's disabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 12283] New: Set autocomplete=off for patron search input
by bugzilla-daemon＠bugs.koha-community.org 19 May '14

19 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12283 Bug ID: 12283 Summary: Set autocomplete=off for patron search input Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In a production system, you don't usually search for the same patron over and over, so there's no sense for the browser to save a list of searched patrons in the patron quick search. Therefore, should set autocomplete=off for that input field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 3796] Place a hold on a specific copy allows impossible items
by bugzilla-daemon＠bugs.koha-community.org 19 May '14

19 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3796 Barton Chittenden <barton(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - low |P3 CC| |barton(a)bywatersolutions.com --- Comment #2 from Barton Chittenden <barton(a)bywatersolutions.com> --- I have a user who reports inconsistent display of bar codes in the holds queue: When I view the holds queue for biblionumber 290651 http:// ... /cgi-bin/koha/reserve/request.pl?biblionumber=290651 +------------+---------------------+-------+-----------+-----------+-----------------------+------------------------+ |Priority |Patron |Notes |Date |Expiration |Pickup library |Details | +------------+---------------------+-------+-----------+-----------+-----------------------+------------------------+ |In Transit |Test3 CCC | |04/18/2014 | |Waiting to be pulled |50610019572606 | |1 |Test1 AAA | |03/25/2014 | |Post Falls Library |Only item 50610018605688| |2 |Test2 BBB | |04/12/2014 | |Coer d'Alene Library |Only item 50610019575724| <= Link under barcode points to correct bib, but barcode is wrong. |3 |Test4 DDD | |04/14/2014 | |Post Falls Library |Next available | +------------+---------------------+-------+-----------+-----------+-----------------------+------------------------+ The link under the barcode in the details http:// ... /cgi-bin/koha/catalogue/detail.pl?biblionumber=290651 points to the correct bib, titled 'Four blood moons /'. If you search for the item with barcode '50610019575724', the title is 'Frozen', the itemnumber is '688025' and it has biblionumber 296437. In other words the reserves.biblionumber and reserves.itemnumber do not agree. select borrowernumber, firstname, surname, biblio.title, biblio.biblionumber as 'biblio biblionumber', reserves.biblionumber as 'reserves biblionumber', barcode, itemnumber from reserves inner join items using (itemnumber) inner join biblio on (items.biblionumber = biblio.biblionumber) inner join borrowers using (borrowernumber) where reserves.biblionumber=290651; +----------------+---------------+---------+--------------------+---------------------+-----------------------+----------------+------------+ | borrowernumber | firstname | surname | title | biblio biblionumber | reserves biblionumber | barcode | itemnumber | +----------------+---------------+---------+--------------------+---------------------+-----------------------+----------------+------------+ | 1047659 | Test1 | AAA | Four blood moons / | 290651 | 290651 | 50610018605688 | 671064 | | 1148679 | Test2 | BBB | Frozen | 296437 | 290651 | 50610019575724 | 688025 | | 1101608 | Test3 | CCC | Four blood moons / | 290651 | 290651 | 50610019572606 | 686626 | +----------------+---------------+---------+--------------------+---------------------+-----------------------+----------------+------------+ 3 rows in set (0.00 sec) I don't have a description of how this occurred, but if resrerves.itemnumber is not NULL, items.itemnumber and reserves.itemnumber should match. I've also bumped the priority on this ticket. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 11287] New: Import borrowers doesn't take into account the new debarment system
by bugzilla-daemon＠bugs.koha-community.org 18 May '14

18 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11287 Bug ID: 11287 Summary: Import borrowers doesn't take into account the new debarment system Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The import patrons tool will add restrictions in the previous style ( directly to the borrowers table ). This will actually work, but will result in the restriction being un-removable, and will be overwritten by any new restrictions. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 12276] New: Relocate Add Order to Basket to top of the screen
by bugzilla-daemon＠bugs.koha-community.org 18 May '14

18 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12276 Bug ID: 12276 Summary: Relocate Add Order to Basket to top of the screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org Relocate "Add Order to Basket" to top of the screen as a new button with dropdown options (similar to "New" or "Edit" buttons in Cataloging). The current screen layout does not consider many items can be added to the same basket group. So after adding an item, the screen is automatically moved to the top. One then needs to scroll some distance down the screen in order to reach "Add Order to Basket"! Time to minimise mouse scrolling, especially when 10+ items are in the same Basket Group!! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9959] New: Filters for 'Most popular' page in OPAC show wrong behaviour
by bugzilla-daemon＠bugs.koha-community.org 18 May '14

18 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9959 Bug ID: 9959 Summary: Filters for 'Most popular' page in OPAC show wrong behaviour Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de Testing the patch for bug 9946 I notes some strange things about the filters on the 'Most popular' (system preference OpacTopissue) page in the OPAC. 1) Why do I have to double submit my search sometimes? - go to top issues from opac start page - change filter from last 3 months to no limit - submit - another form is shown and you have to submit again 2) Why are the search options of this second form different to the first form? - library changes from Union to Demo for me 3) Why does hitting the submit button on the filter left sometimes change the filters too? - library changes from all libraries to Union (last in list) -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 12277] New: Improve screen layout during acuqisition and creating new catalog record
by bugzilla-daemon＠bugs.koha-community.org 18 May '14

18 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12277 Bug ID: 12277 Summary: Improve screen layout during acuqisition and creating new catalog record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When using "Add order to basket" with "From a new (empty) record), the user enters available catalogue information, and then item details. The current "Add Item" button can be improved, so when you only order one (1) copy of the title, you can then goto "Accounting Details" without mouse scrolling. To achieve this, perhaps we can modify as below (user to choose one of the 2 options): 1. Rename the existing "Add item" buton to "Add another item". By clicking this button, it will take you to the top of the "Item" area (like now). 2. Add a new button "Finalise". By clicking this button, it will take you to the "Accounting Details" area without mouse scrolling. Alternatively, perhaps the existing "Accounting Details" can be presented as a separate pop-up screen, which will appear after clicking the new "Finalise" button? This enhancement aims to minimise mouse scrolling on the same screen. ** This will only impact those who have chose to "Create an item when placing an order" (found in Administration > System Preferences > Acquisitions) ** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 6707] New: Add alternative, textual MARC editor
by bugzilla-daemon＠bugs.koha-community.org 17 May '14

17 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6707 Bug #: 6707 Summary: Add alternative, textual MARC editor Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: pianohacker(a)gmail.com ReportedBy: pianohacker(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The default MARC editor is good for beginning catalogers, but gets in the way of those that have more experience. This editor is fairly bare-bones, but works if you know MARC well. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 21

[Bug 5421] New: More fields to Fast Add Framework
by bugzilla-daemon＠bugs.koha-community.org 17 May '14

17 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5421 Summary: More fields to Fast Add Framework Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: vimal0212(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Consider following MARC fields in "Fast Add Framework", 020 a- INTERNATIONAL STANDARD BOOK NUMBER 082 - DEWEY DECIMAL CLASSIFICATION NUMBER a Classification number b Item number 100 - MAIN ENTRY--PERSONAL NAME a Personal name 245 - TITLE STATEMENT a Title b Remainder of title − 250 - EDITION STATEMENT − a Edition statement − 260 - PUBLICATION, DISTRIBUTION, ETC. (IMPRINT) a Place of publication, distribution, etc b Name of publisher, distributor, etc c Date of publication, distribution, etc 300 - PHYSICAL DESCRIPTION a Extent 490 - SERIES STATEMENT a Series statement 520 - SUMMARY, ETC. a Summary, etc − 650 - SUBJECT ADDED ENTRY--TOPICAL TERM a Topical term 700 - ADDED ENTRY--PERSONAL NAME a Personal name ... − 942 - ADDED ENTRY ELEMENTS (KOHA) c Koha [default] item typ Trim subfields in 952 952 -LOCATION AND ITEM INFORMATION 4 Damaged status 9 Koha itemnumber (autogenerated) a Permanent location b Current location c Shelving location d Date acquired g Cost, normal purchase price o Full call number p Barcode -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 4

[Bug 5192] New: Add new index and search option for 658 curriculum field
by bugzilla-daemon＠bugs.koha-community.org 17 May '14

17 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5192 Summary: Add new index and search option for 658 curriculum field Change sponsored?: Sponsored Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Searching AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Sponsored by Oyster River Cooperative School District Creates new curriculum index for 658 subfields a,b,c and search option in Advanced search (under More Options). Also modifies the installer files to make 658abc display in edit mode (they were hidden in the framework) and to create the new indexes. The 658 already displays as part of the staff/OPAC subject display line. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 11