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

[Bug 9501] New: renew patron link next to expiration date
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9501 Bug ID: 9501 Summary: renew patron link next to expiration date Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if there were a little 'renew' link to the right of the patron's expiration date on their details. It's just one less click to renew this way then having to click 'More' and then 'Renew' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9961] New: Truncation and QueryAutoTruncate not working properly with new QueryParser
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9961 Bug ID: 9961 Summary: Truncation and QueryAutoTruncate not working properly with new QueryParser Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: jcamins(a)cpbibliography.com I did some tests while working on bug 7518 and found that truncation seems not to work correctly when QueryParser is activated: START CONFIGURATION: Chr UseQueryParser Try QueryAutoTruncate only if * is added QueryFuzzy Try QueryStemming Try QueryWeightFields Enable TESTS: 1) NOT OK Keyword Geschichte 1236 Keyword Gesch* No results found! Keyword Gesch No results found! 2) OK UseQueryParser Do not try Keyword Geschichte 1236 Keyword Gesch* 1372 Keyword Gesch 1379 3) NOT OK UseQueryParser Try QueryAutoTruncate automatically Keyword Geschichte 1236 Keyword Gesch* No results found! Keyword Gesch No results found! -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 12380] New: can't tab to save buttons on add item
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12380 Bug ID: 12380 Summary: can't tab to save buttons on add item 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 adding/editing an item on additem.pl if you hit tab through all the subfields when you get to the end you expect the tab to go to the 'add item' buttons but it doesn't - it goes back to the top. Can we get the buttons included in the tab order? -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11597] New: tab through fields in cataloging.
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11597 Bug ID: 11597 Summary: tab through fields in cataloging. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you are in cataloging and in the edit items page when you tab through all the fields the last tab should take you to the 'add item' button or the 'save changes' button but it skips that altogether and goes up to 'Circulation' up at the top of the page. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10901] New: Filters is needed on the add item page
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10901 Bug ID: 10901 Summary: Filters is needed on the add item page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl For a biblio with a lot of items, it is not easy to find the one you want to edit. Datatables could help using a filter box. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 11162] New: ability to sort items on item edit screen
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11162 Bug ID: 11162 Summary: ability to sort items on item edit screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Would be nice if there were datatables on the edit items screen table at the top example url: /cgi-bin/koha/cataloguing/additem.pl?biblionumber=76640 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9291] New: don't auto select CCODE
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9291 Bug ID: 9291 Summary: don't auto select CCODE Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl When cataloging if you have CCODE as required in your framework Koha will automatically populate that field with the first option in the CCODE pull down. This seems silly to me and kind of defeats making it required. You make it required so that you're prompted to fill it in if you forget, but if it's filled in already then you might forget to change it to something else. I think that if this field is required it should still default to blank (like it does if it's not required) and prompt you fill it in if you try to save without selecting an option. Nicole PS. This is 3.6, 3.10 and master (probably even before that as well) -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9204] New: cannot save the record.
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9204 Bug ID: 9204 Summary: cannot save the record. Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: normalina(a)apu.edu.my CC: m.de.rooy(a)rijksmuseum.nl As I have always done, I tried to catalogue a title by importing data from LCC. During the process, when I clicked on “Save” to save the record and add an item. I am being redirected to another page which gives me this error. "HTTP 500 internal server error". -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11320] New: Ambiguous message when a duplicate record is detected
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11320 Bug ID: 11320 Summary: Ambiguous message when a duplicate record is detected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When a duplicate record is detected, the text in the 'Yes' button is "Yes, Edit existing items". It should be "Yes, Edit existing record" -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7809] New: Edit Items screen should be sorted by home branch instead of holding branch
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7809 Priority: P5 - low Change sponsored?: --- Bug ID: 7809 Assignee: gmcharlt(a)gmail.com Summary: Edit Items screen should be sorted by home branch instead of holding branch QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Cataloging Product: Koha The edit items screen should sort the same as the bib detail page - by home branch instead of by holding branch. -- You are receiving this mail because: You are watching all bug changes.

1 3