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

[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 14392] New: Inventory.pl contains call to internal sub C4::Reports::Guided::_get_column_defs
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14392 Bug ID: 14392 Summary: Inventory.pl contains call to internal sub C4::Reports::Guided::_get_column_defs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I was just poking through inventory.pl and noticed the use of C4::Reports::Guided::_get_column_defs. I believe that one prefixes subs with "_" when they're meant to be only used internally, so this isn't a good look. If this sub is more universal than its current use in C4::Reports::Guided, it should be broken out into a different helper object. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3333] item status for "not for loan" by item type / item is different
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3333 --- Comment #8 from David Cook <dcook(a)prosentient.com.au> --- It might be worthwhile to make a new bug or re-think how we're showing "notforloan" across the board... At the moment, the OPAC detail view relies on "notforloan_per_itemtype" which is set in C4::Items::GetItemsInfo() by checking itemtypes.notforloan directly. That should probably take "item-level_itypes" into account, I guess. So I would add "notforloan_per_itemtype" to the staff client, and set that based on "item-level_itypes". Then make sure that the search results are honouring that as well... -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3333] item status for "not for loan" by item type / item is different
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '15

16 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3333 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #7 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Owen Leonard from comment #3) > It looks like the current exception is: > > - Staff client display > - The item's item type is designated as not for loan > - The item record itself has no not-for-loan status set > > In this case the item appears as "Available." I think that Owen's comment here is still relevant as well - at least as of 3.14.5. I don't know if I should splinter that off into its own bug or attach another patch as well to bring the staff client into line with the OPAC? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[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