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

[Bug 11067] New: In serial home instead of 'Advanced search' on sx column it is better 'Filters on search results'
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '15

17 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11067 Bug ID: 11067 Summary: In serial home instead of 'Advanced search' on sx column it is better 'Filters on search results' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Created attachment 22025 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22025&action=edit image of serial home In serial home (cgi-bin/koha/serials/serials-home.pl) there is a link 'Advanced search' on the sx column, over 'Claims' and 'Check expiration'. But it doens't do a search on zebra or on mysql. It is a js filter that works only on results of a previous search. To use it you need: -- Do a search with one ot the two instrument on the top -- Open the box and insert a filter on results. So I suggesto to change the string from 'Advanced search' to 'Filters on search results'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 9394] New: Use reserve_id where possible
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9394 Bug ID: 9394 Summary: Use reserve_id where possible Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: gmcharlt(a)gmail.com This patch switches from using a combination of biblionumber/borrowernumber to using reserve_id where possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 74

[Bug 8835] New: Two indexes on biblioitems.issn
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8835 Priority: P5 - low Change sponsored?: --- Bug ID: 8835 Assignee: gmcharlt(a)gmail.com Summary: Two indexes on biblioitems.issn Severity: minor Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Database Product: Koha In update database script : 3.01.00.006 adds an index called 'issn' on biblioitems.issn. 3.01.00.093 also adds an index on biblioitems.issn, called 'issn_idx'. In kohastructure, only 'issn' index exists for biblioitems. So udpate 3.01.00.093 is useless. Can it be removed ? -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11064] New: batch import ignoring framework choice
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11064 Bug ID: 11064 Summary: batch import ignoring framework choice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When importing batches of bib records if you choose a framework and no matter what you choose it imports as default. Your choice is ignored. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 10906] New: Reimported records into Koha are imported only as DEFAULT frameworks, not what they were originally
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10906 Bug ID: 10906 Summary: Reimported records into Koha are imported only as DEFAULT frameworks, not what they were originally Change sponsored?: --- Product: Koha Version: 3.10 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: ceciloh(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Our bibliographic records have differing frameworks for the various formats. We do NOT use the default framework. We then use MarcEdit to add all those nifty RDA fields to our records. We catalog our records and then export them to MarcEdit. MarcEdit does its stuff and then we reimport the records back into Koha. This is where the problem lies. They get reimported back into Koha with the DEFAULT framework. This did NOT happen when we were on 3.8 but it is happening now in 3.10 and it looks like it also happens in 3.12. They match just fine on the control number but the framework changes. This adds much time and steps to our cataloging process. Is this a bug or an enhancement request? I've been informed that this is how it is supposed to work. Cecil Hillyard Washoe County Library Reno, Nevada -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 8369] New: default_branch_circ_rule and default_circ_rules tables useless
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8369 Priority: P5 - low Change sponsored?: --- Bug ID: 8369 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: default_branch_circ_rule and default_circ_rules tables useless Severity: normal Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Issuingrules uses '*' as a wildcard to say "default". The branch_borrower_circ_rules and default_branch_circ_rules could use the same method to define the default behaviour. It means the tables default_branch_circ_rule and default_circ_rules would become useless and the behaviour more consistent -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 7684] New: inventory : datatable fix actions etc.
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7684 Priority: P5 - low Change sponsored?: --- Bug ID: 7684 Assignee: gmcharlt(a)gmail.com Summary: inventory : datatable fix actions etc. QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Tools Product: Koha Check that the inventory tool operates in the mode explained below. The Inventory Tool can create a report after each load of barcodes. Reports back the "mistakes" as follows: * The poorly-sorted copies: copies read through inventory then they should not have to be read as "out of scope" of the inventory. Example: a copy with a item call number 400 was loaded while the inventory concerned the copies with a item call number range 500 ↔ 600. * To modify the copies: copies read through inventory then they should not have to be read because they are status (notforloan): "In Control", "Lost" ... etc.. Or because they were borrowed. When the last load of barcode inventory, the final report states an additional anomaly: * Missing items to the inventory: the items that should have been read and which are missing inside files that were loaded. Then the library to check the shelves if the copies are actually missing. If this happens, the library change the item status in "Missing inventory". The steps to understand the tools : Step 1: Read barcodes with a shower without file that stores the bar code in a file of type txt. Step 2: Load the file listing the barcodes of copies. Indicate : branch, location and item call number of the items inside the file. Field "Items Statuses" check only the status that will be read during the inventory At the bottom , in the second field named "Inventory Date" enter the current date only in two cases: (1) the file to be processed is the only file on the inventory of a location / slice dimensions, (2) the file to be processed is not the last file to load (you have cut inventory into multiple files). When loading the last file "Inventory Date" you indicate the date of loading the first file that was loaded (start date of the inventory) Check marked 'Skip copies on loan': don't report books borrowed missing inventory. Check the words 'Export CSV' if you want to save the report of the inventory in a spreadsheet. Notes : exported in the csv file labels codes and not codes only. Check 'Compare barcodes list to results' only when loading the last file in the inventory. Option to control during the "closing" of the inventory if there are copies missing from the inventory. Step 3: Final Report of the inventory when loading the copies are modified : the field 'view for the last time' (items.datelastseen) retrieves the current date / time of loading. Step 4: Go check the shelves documents marked as "missing" and / or poorly-sorted. Updated code "state" of copies. Warning :When reports displaying the results data in many screens, check the paging the results to see the all the screens results -- You are receiving this mail because: You are watching all bug changes.

1 137

[Bug 13656] New: "Change" button for linking a member to an organisation not translatable
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13656 Bug ID: 13656 Summary: "Change" button for linking a member to an organisation not translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr "Change" button for linking a member to an organisation on patron edit form is not translatable. To test: - install and activate an additional langauge - create a organisation type patron - create a member of organisation type patron - link second patron to your created organisation patron - verfiy the "change" button is not translatable -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 11464] New: Saving preferences - Nothing to Save
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '15

15 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11464 Bug ID: 11464 Summary: Saving preferences - Nothing to Save Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If deleting contents from a textbox in preferences.pl, the system doesn't always register changes, and will respond with "Nothing to Save" instead of saving changes. To Test: For example, I'll use PatronSelfRegistrationBorrowerUnwantedField -Type "othernames" and click "Save all OPAC preferences" -Select text in that field and press "delete" key. -Note that Koha does not indicate that anything has been modified. -Click "Save all OPAC preferences" -Koha says "Nothing to Save" In order to delete and save, you have to type something in the box for it to register. So, you have to select, type, delete, then save. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 14142] New: Holds queue viewer only displays first subtitle from marc keyword mappings
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '15

15 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14142 Bug ID: 14142 Summary: Holds queue viewer only displays first subtitle from marc keyword mappings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Despite the point of the Keyword to MARC Mappings being to simplify the handling and display of repeated values from multiple subfields, the holds queue viewer will only display the first value found. What it should be doing instead is displaying all fields that match the subtitle keyword. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12