September 2016 - Koha-bugs - lists.koha-community.org

[Bug 17386] New: Add opac notes for patron to self checkout screen
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '16

10 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17386 Bug ID: 17386 Summary: Add opac notes for patron to self checkout screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org Display patron messages from OPAC summary page on SCO screen as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 17345] New: Typo in sysprefs.sql prevents all systempreferences from being installed
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '16

10 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17345 Bug ID: 17345 Summary: Typo in sysprefs.sql prevents all systempreferences from being installed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I noticed some odd things in my installation - turned out, half the preferences where missing because of a typo in the sysprefs.sql file. Attaching a patch in a second. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 17384] New: Staff categories no longer visible in patron editing form
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '16

10 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17384 Bug ID: 17384 Summary: Staff categories no longer visible in patron editing form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: - Try to edit an existing patron with category Staff (category type Staff), or try to create a patron with such category - Verify that the category drop down does not have any category of category type Staff. This happens on current master (Koha version: 16.06.00.031) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 17262] New: Plack on packages is not having memcached set properly
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '16

03 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17262 Bug ID: 17262 Summary: Plack on packages is not having memcached set properly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net Using the patches from bug 17261, you will notice the running Plack backends are not getting the MEMCACHED_SERVERS and MEMCACHED_NAMESPACE variables filled as they should. Steps to reproduce: - Be on top of bug 17261 - Have a working memcached setup, plack disbaled (default in kohadevbox) => About page shows: Memcached: Servers: 127.0.0.1:11211 | Namespace: koha_kohadev | Status: running - Enable Plack: sudo koha-plack --enable kohadev sudo koha-plack --start kohadev sudo service apache2 restart - Reload about page => FAIL: You get: Memcached: Servers: undefined| Namespace: undefined | Status: unknown -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 17369] New: Enhance the Reports button on mainpage.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '16

03 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17369 Bug ID: 17369 Summary: Enhance the Reports button on mainpage.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Could the Reports button on mainpage.pl be enhanced like an action button that defaults to one action, and has a dropdown for other actions? Like in bug 17341? Preferably with a preference for the default action. We use the "Used saved" option all the time. It would be great if we could default the button to that, but have the option to go the reports menu as well. Even better, if the dropdown had an option for favorite reports that could be run directly from the dropdown. Not sure if this is possible, with such big buttons. I am assuming this is a graphic, not an actual button. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 6782] Move auto member cardnumber generation to occur when record is "Saved" (avoid collisions)
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '16

30 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6782 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6782] Move auto member cardnumber generation to occur when record is "Saved" (avoid collisions)
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '16

30 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6782 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #55952|0 |1 is obsolete| | --- Comment #12 from Marc Véron <veron(a)veron.ch> --- Created attachment 55964 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55964&action=ed… Bug 6782 - Move auto member cardnumber generation to occur when record is "Saved" (avoid collisions). Currently the card number is generated when the user enters the patron creation form. This creates a problem of concurrency - when two or more simulataneous users are registering members, the error "card no. in use" can occur. This change moves the card number generation to occur after the "Save" button is pressed. Changes: -C4/Members.pm: Added code to fixup_cardnumber,If the cardnumber is blank and "autoMemberNum" ON. -koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt: Added code to display "leave blank for auto calc during registration" in cardnumber label in patron registration form only if "autoMemberNum" ON. -members/memberentry.pl: Added code to get weather or not "autoMemberNum" is on or off and removed fixup_cardnumber generation. Test cases: -If "autoMemberNum" ON: ->In blank case, must generate auto card number in simulataneous users. ->If user entered, check for unique card number. -If "autoMemberNum" OFF: Must work normal. Followed test plan, works as expected. Note: Syspref PorrowerMandatoryField must not include cardnumber, otherwise you can not save. Maybe that should be mentioned in the comment for syspref autoMemberNum. Signed-off-by: Marc Véron <veron(a)veron.ch> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3707] Add system preference for customization of the OPAC login page
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '16

30 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3707 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veron(a)veron.ch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '16

30 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #31 from Kyle M Hall <kyle(a)bywatersolutions.com> --- I hereby withdraw my 'loc' and 'itemprice' comments! I should have read the code more closely. It would be better if all the terms matched up, but they *do* work. I can also understand the difficulty of making this work in an abstract way, especially for the view layer. I would still like to see itemcallnumber implemented. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '16

30 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #30 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Maybe this is asking too much, but why use a hard coded list of item fields instead of abstracting it so that any set of arbitrary item fields could be given in MarcItemFieldsToOrder? As I wrote earlier, it seems like typos from the spec were hard-coded into the patch ( e.g. loc vs location ). If the code were abstracted so the fields aren't hard coded, this wouldn't be an issue. -- You are receiving this mail because: You are watching all bug changes.

1 0