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

[Bug 10979] New: No undef checks in DateUtils
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10979 Bug ID: 10979 Summary: No undef checks in DateUtils Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: srdjan(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org There are many places in Koha::DateUtils where values not undef tested before matching (ie output_pref(), dt_from_string() etc). This causes unnecessary processing and gives unsightly warnings. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12323] New: Acquisitions search results fixed in order of biblionumber
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12323 Bug ID: 12323 Summary: Acquisitions search results fixed in order of biblionumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The acquisitions search is exhibiting the same behavior as bug 11410. Results are always fixed in order of biblionumber, among other possible issues ( including the ampersand issue ). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 11954] New: Clean up currency default files
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11954 Bug ID: 11954 Summary: Clean up currency default files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The files are not standardized, and with the intended addition of active on bug 11939, this bug will clean the files up further. TRUNCATE? Foreign key checks? It doesn't make sense to have all these differences. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 11215] New: Unresponsive script warning when booksellers.pl is loading a list of all vendors
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11215 Bug ID: 11215 Summary: Unresponsive script warning when booksellers.pl is loading a list of all vendors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Go to Acquisitions. Do not enter a vendor name, but just click Search. With a test db containing 400 vendors, I have an unresponsive script warning in Firefox: A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete. After clicking Continue twice, the script does complete. Should it take so much time to load a list of 400 vendors? Can we do this in a smarter way? :) As a comparison: I did the same in a 3.8.3 database with 500 vendors. It does not give the warnings and comes back much faster.. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 12860] New: Tools > Data export : "Don't export fields" option doesn't work
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12860 Bug ID: 12860 Summary: Tools > Data export : "Don't export fields" option doesn't work 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: francois.charbonnier(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I have just tested the data export tool on master. The option "Don't export fields" doesn't work for a field tag (ie 650) but works for a subfield tag (ie 650a). -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 11357] New: biblio.size value not correctly displayed in list emails sent from OPAC and intranet
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11357 Bug ID: 11357 Summary: biblio.size value not correctly displayed in list emails sent from OPAC and intranet Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The size column in biblio is a bit problematic when used in TT, because instead of the size value from the biblio column it will give you the size of the variable. It's currently used in the templates for sending shelves from OPAC and intranet and maybe also in other places: [% END %] [% IF BIBLIO_RESULT.size %] , [% BIBLIO_RESULT.size %] [% END %] -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10899] New: "creation_date" in "news -> edit/create" displays 02/00/0 when the date inputed is 08/11/1940
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10899 Bug ID: 10899 Summary: "creation_date" in "news -> edit/create" displays 02/00/0 when the date inputed is 08/11/1940 Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: Linux Status: NEW Severity: trivial Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org When setting the "creation_date" in "news -> edit/create" to 08/11/1940, in all views it is shown as 02/00/0. 02/00/0 is the "uh-oh there is no valid date." mysql database value is "opac_news.timestamp = 0000-00-00 00:00:00" -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 10923] New: can't move a hold to the bottom with numbers
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10923 Bug ID: 10923 Summary: can't move a hold to the bottom with numbers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com See this video: http://www.screencast.com/users/CDAChristopher/folders/Jing/media/5ffe912a-… no matter what number you pick in the pull down the hold goes to the second to last - not the last spot. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10926] New: print slip different in two places
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10926 Bug ID: 10926 Summary: print slip different in two places Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you choose print slip on the details page you get one version of the slip, if you choose print slip on the checkout page you get another. I have a customized version of the issue slip for my branch and it's only working on the check out tab, not the details tab - print slip should be the same everywhere. See here: http://screencast.com/t/FDbhZU9nXzyc -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 12861] New: Noisy warns in C4/AuthoritiesMarc.pm
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12861 Bug ID: 12861 Summary: Noisy warns in C4/AuthoritiesMarc.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org If you hit a url like cgi-bin/koha/opac-authorities-home.pl?op=do_search&type=opac&operatorc=contains&marclistc=mainentry&and_orc=and&orderby=HeadingAsc&value=FIRECLAY You will see a lot of this opac-authorities-home.pl: Use of uninitialized value in string eq at /usr/share/koha/lib/C4/AuthoritiesMarc.pm line 146, <DATA> line 522. In the error logs -- You are receiving this mail because: You are watching all bug changes.

1 19