October 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 13025] New: Software error: Undefined subroutine &C4::Circulation::HasOverdues called at /home/koha/kohaclone/C4/Circulation.pm line 1925
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13025 Bug ID: 13025 Summary: Software error: Undefined subroutine &C4::Circulation::HasOverdues called at /home/koha/kohaclone/C4/Circulation.pm line 1925 Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com One of our partners is seeing the following Software error intermittently on checkout: Undefined subroutine &C4::Circulation::HasOverdues called at /home/koha/kohaclone/C4/Circulation.pm line 1925, <DATA> line 522. Here's the offending code: 1924 # Remove any OVERDUES related debarment if the borrower has no overdues 1925 if ( $borrowernumber 1926 && $borrower->{'debarred'} 1927 && C4::Context->preference('AutoRemoveOverduesRestrictions') 1928 && !HasOverdues( $borrowernumber ) 1929 && @{ GetDebarments({ borrowernumber => $borrowernumber, type => 'OVERDUES' }) } 1930 ) { 1931 DelUniqueDebarment({ borrowernumber => $borrowernumber, type => 'OVERDUES' }); 1932 } I'm not *entirely* sure why this is happening -- HasOverdues is defined in C4/Members.pm: 53 push @EXPORT, qw( 54 &Search 55 &GetMemberDetails 56 &GetMemberRelatives ... 108 HasOverdues 109 ); and C4::Members is being included in C4/Circulation.pm: 30 use C4::Members; ... so !HasOverdues( $borrowernumber ) *shouldn't* be interpreted as a call to &C4::Circulation::HasOverdues ... nonetheless, calling 1928 && !HasOverdues( $borrowernumber ) could be re-written as 1928 && ! C4::Members::HasOverdues( $borrowernumber ) which would be un-ambiguously correct. For the sake of consistency, the call to HasOverdues at C4/Circulation.pm line 2626 should also be changed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[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