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

[Bug 11905] New: when editing item, cursor is positioning in search box and not to item
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '15

18 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11905 Bug ID: 11905 Summary: when editing item, cursor is positioning in search box and not to item Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 25914 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=25914&action=edit search box edit item Hi, In 3.12 (or 3.10), a catalog search box has been added to edit item page. When i click on edit, cursor is positioning in search box and not to the item i want to edit. If i have 100 items, i have to scroll to the end of the page. Anyone can test it? Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 6968] New: Show items expired before today in check expiration of serials page
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '15

17 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6968 Bug #: 6968 Summary: Show items expired before today in check expiration of serials page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5702 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5702 patch The page Check Expiration the in Serials section show items that are going to expire before the date selected, but doesn't show items that expired before today We needed to see what was already expired, so I added a checkbox to add it as an option. -- 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 23

[Bug 12009] New: Sometimes a koha-common restart won't restart zebra
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '15

17 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12009 Bug ID: 12009 Summary: Sometimes a koha-common restart won't restart zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: robin(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz I saw this: $ sudo /etc/init.d/koha-common restart [sudo] password for robin: Restarting Koha ILS: daemonexecutablenameStopping Zebra server for nzica SIP server for nzica not running. Stopping Starman for nzica Zebra already running for instance nzica. starting starman for nzica Starting Starman for nzica on port 5002 The "Zebra already running" is a problem, and suggests there may be cases where zebra takes a moment to shut down. It should have a waiting phase where we ensure that the process is really gone before we proceed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7843] New: RSS for OPAC news
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '15

17 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7843 Priority: P5 - low Change sponsored?: --- Bug ID: 7843 Assignee: oleonard(a)myacpl.org Summary: RSS for OPAC news QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: OPAC Product: Koha We have news items in the OPAC - why not create an RSS stream for them? -- You are receiving this mail because: You are watching all bug changes.

1 53

[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