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

[Bug 9543] Show patrons messaging subscription on holds notification
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9543 --- Comment #30 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Why do you want to backport it? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16088] New: Excessive CGI->new() calls hurting cache performace under plack
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16088 Bug ID: 16088 Summary: Excessive CGI->new() calls hurting cache performace under plack Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org Under plack, CGI->new is overriden (in misc/plack/koha.psgi etc.) - we are flushing L1 syspref cache in there. C4::Language::getlanguage() subroutine calls CGI->new().. Problem is, getlanguage() is getting called surprisingly often in Koha (e.g., ~100 times per single catalogue search), and that hurts syspref caching performance under plack very significantly. -- You are receiving this mail because: You are watching all bug changes.

1 51

[Bug 16675] New: fix breakage of t/Languages.t
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16675 Bug ID: 16675 Summary: fix breakage of t/Languages.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: gmcharlt(a)gmail.com QA Contact: gmcharlt(a)gmail.com The patch for bug 16088 introduces caching that breaks two tests in t/Languages.t. Upon inspection, it appears that the best resolution is to make the test cases explicitly clear the cache when needed. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 16756] New: Can't link guarantor when guarantor has apostrophes in record
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16756 Bug ID: 16756 Summary: Can't link guarantor when guarantor has apostrophes in record Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com When selecting a guarantor for a child, there are certain conditions that prevent you from selecting a guarantor: A) Guarantor has apostrophe in city: If you search for a guarantor by name or card number, and the guarantor's city has an apostrophe, you can't select that guarantor. B) Guarantor has apostrophe in library name: If you search for a guarantor by name, and the guarantor has an apostrophe in the library name, you can't select that guarantor, but if you search for that same guarantor by card number, you can select it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 16290] New: "Name of Season" description in numbering pattern erases everything ahead of it in numbering formula
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16290 Bug ID: 16290 Summary: "Name of Season" description in numbering pattern erases everything ahead of it in numbering formula Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: kholten(a)switchinc.org QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When the "Name of Season" formatting is used, any text put in front of the season is erased from the numbering pattern. This does not seem to affect the "Name of Day" or "Name of Month" formatting options. To test: 1) Go into Serials > Manage Numbering Patterns. 2) Select edit for the "Seasonal" numbering pattern included in the default installation of Koha. 3) Type 'TEST' in front of the numbering formula, so that it reads 'TEST {X} {Y}'. 4) Make sure the X value uses the "Name of Season" formatting. 5) Create a test prediction pattern. 6) Notice that the string "TEST" is erased from the front of the prediction pattern. You will see that anything put in front of the season is erased. If you put a variable like X, Y or Z in front of the pattern, that variable will be erased as well. 7) Change the numbering formula to '{X} TEST {Y}" 8) Create a test prediction pattern. 9) Notice that so long as data is behind the "Name of Season" formatting, it will still display. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 13877] seasonal predictions showing wrong in test
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13877 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kholten(a)switchinc.org --- Comment #14 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- *** Bug 16290 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14874] Add ability to search for patrons by date of birth from checkout and patron quick searches
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14874 --- Comment #17 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Hi Mike, Thanks for your answer. If you are on /cgi-bin/koha/members/members-home.pl there is a patron search form in the header where you can specify you want to search on dob ("Search fields: Date of birth"). You could pre-select this field using some JavaScript code. Would not that fit your needs? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15128] Add ability to limit the number of open purchase suggestions a patron can make
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

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

1 0

[Bug 15128] Add ability to limit the number of open purchase suggestions a patron can make
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15128 --- Comment #6 from Marc Véron <veron(a)veron.ch> --- (In reply to Nick Clemens from comment #5) > (In reply to Marc Véron from comment #2) > > From OPAC, I add a suggestion 'AAA'. I get the following: > > ---- > > Your suggestion has been submitted. > > There are no pending purchase suggestions. (Hmm, should be one?) > > > Clicking the link results in a new screen with the message: > > "You cannot place any more suggestions" etc. > > > > Question: Couldn't the link be replaced by the message (like in the overview > > page)? That would be a nicer user experience. > > The two above points are related and are related to existing functionality - > I filed a new bug for those bug 16767 and will work on that there I tested together with 16767, works OK > > Then a minor typo on the overview page: The second sentence has no ending > > punctuation: OK > Fixed > > Ah, and it would be nice to have the maximum number in the user message. > > Fixed There seems to be one more needed, line 258. Sorry, while testing I found a way to circumvent the restriction: - Add sussgestions until you reach the limit - Hit the browser back button - You are back on the entry form, fill it and submit - Purchase suggestion is submitted - Repeat as many times you want -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10760] Use Street Number and Street type in Alternate Address section
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '16

18 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10760 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=16730 --- Comment #5 from Marc Véron <veron(a)veron.ch> --- (In reply to M. Tompsett from comment #4) > Comment on attachment 52352 [details] [review] > Bug 10760: Alternate Address: Display street number and street type > > Review of attachment 52352 [details] [review]: > ----------------------------------------------------------------- > > ::: koha-tmpl/intranet-tmpl/prog/en/modules/members/moremember.tt > @@ +413,5 @@ > > <div id="patron-alternate-address" style="padding-top: 1em;"> > > <h3>Alternate address</h3> > > + > > + [% IF Koha.Preference( 'AddressFormat' ) %] > > + [% INCLUDE "member-display-alt-address-style-${ Koha.Preference( 'AddressFormat' ) }.inc" %] > > What if the file doesn't exist? It works the same as with Bug 4041 - Address Format as a I18N/L10N system preference and Bug 16730 - Use member-display-address-style*-includes in moremember-brief.tt Syspref 'AddressFormat' can have 2 values: us and de ----snip--- - pref: addressformat default: us choices: us: US style ([Street number], [Address] - [City], [Zip/Postal Code], [Country]) de: German style ([Adress] [Street number] - [Zip/Postal Code] [City] - [Country] ----snip--- For each choice, a file exists: member-display-alt-address-style-us.inc member-display-alt-address-style-de.inc Fallback is us if syspref 'AdressFormat' is not defined If more formats are needed, you have to - add an additional syspref value - add inc files to folder koha-tmpl/intranet-tmpl/prog/en/includes as appropriate -- You are receiving this mail because: You are watching all bug changes.

1 0