February 2015 - Koha-bugs - lists.koha-community.org

[Bug 13298] New: Holds ratios report ignores ordered items
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13298 Bug ID: 13298 Summary: Holds ratios report ignores ordered items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The holds ratio report ignores ordered items. This could cause a library to inadvertently order more copies of a title than they actually need. An option should be added to count ordered items ( i.e. any negative notforloan value ). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 13201] New: GetSuggestion takes suggestionid
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13201 Bug ID: 13201 Summary: GetSuggestion takes suggestionid 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The pod and the variable names are wrong! This could be dangerous. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13638] New: Batch patron modification tool missing option to switch language
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13638 Bug ID: 13638 Summary: Batch patron modification tool missing option to switch language Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The batch patron edit tool misses the language chooser at the bottom of the page. To test: - Install at least a second language - Enable at least 2 languages (language system preference) - Go to tools > Batch patron modification - Verify that at the bottom of the page the language chooser is not shown -- You are receiving this mail because: You are watching all bug changes.

1 12

[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 13333] New: Basket group is not displayed for already received orders
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13333 Bug ID: 13333 Summary: Basket group is not displayed for already received orders 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 11111 adds a basket group column on the parcel page. But it seems that the already received orders never contain the value (always 'no basket group'). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 13268] New: biblioitems.size value not correctly displayed (more)
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13268 Bug ID: 13268 Summary: biblioitems.size value not correctly displayed (more) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug partially corrected by Bug 11357. The size column in biblioitems 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 or current loop. It's currently used in the templates like opac-topissues.tt : [% IF results_loo.size %][% results_loo.size %][% END %] This patch corrects by using item() TT method. See http://stackoverflow.com/questions/2311303/how-can-i-handle-hash-keys-conta…. Test plan : - Be sure there is a mapping between a MARC field and biblioitems.size - Create a record A with biblioitems.size defined : like "10x12" - Create a record B with no value in biblioitems.size - Check each modified page : => Without this patch : you see a number (loop size) for both records => With this patch : you only see the correct value for A and nothing for B -- You are receiving this mail because: You are watching all bug changes.

1 22

[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