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

[Bug 6293] New: Add a button to the intranet for registering with the Koha community
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6293 Bug #: 6293 Summary: Add a button to the intranet for registering with the Koha community Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com This came up on IRC today, slightly edited version of the conversation follows: <rangi> back in about 1.2 days <1angi> as part of the makefile <rangi> we had an option to 'register' <rangi> magnuse/paul_p: maybe a button in the about page, register with the koha community ? <rangi> it could submit the about info, that way we could get info about versions too <rangi> would just need a webservice listening that it could post too <rangi> maybe on koha-community.org <rangi> and totally voluntary <snail> does the generated HTML advertise the version? we could check automagically for updates / statuses <rangi> snail: yeah if they were out on the web, lots of special/corporate libraries live on intranets <magnuse> it's in the generator meta tag <magnuse> <meta name="generator" content="Koha 3.0500001" />  <snail> dspace is switching to advertising versions in the generator tag too <rangi> i think a button where we can encourage ppl to click on <rangi> is a good first step <rangi> then we could extend it to periodically check <rangi> maybe a checkbox <rangi> some way to opt back out again <rangi> ie to turn our checking off <rangi> it could be a checkbox/syspref that just adds 'dont check' to the html, and then they have to resubmit <rangi> we need a student, its a perfect little project for a student, build a db, an a script to populate it <rangi> then add the button to koha <rangi> you dont even need to know [K]oha to do it The log: http://stats.workbuffer.org/irclog/koha/2011-05-03#i_658645 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6

[Bug 8113] New: Item return fails using SIP2
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8113 Priority: P3 Change sponsored?: --- Bug ID: 8113 Assignee: colin.campbell(a)ptfs-europe.com Summary: Item return fails using SIP2 Severity: major Classification: Unclassified OS: Linux Reporter: hlib(a)lloydminster.info Hardware: PC Status: NEW Version: rel_3_8 Component: SIP2 Product: Koha I have been testing Koha's SIP2 service using both the 3M software and an actual self-check device. When attempting to return an item loaned using the Koha circulation interface through the 3m software I receive a message that communications has failed while the following message appears in my sip.err file: Use of uninitialized value $var in hash element at /usr/share/koha/lib/C4/Context.pm line 1026 Undefined subroutine &C4::Circulation::GetItemnumberFromBarcode called at /usr/share/koha/lib/C4/Circulation.pm line 1541 Note that this error is similar to the one reported in bug 7684 today -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 7247] New: rebuild_zebra.pl -v should show all Zebra log output
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '14

11 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7247 Bug #: 7247 Summary: rebuild_zebra.pl -v should show all Zebra log output Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpavlin(a)rot13.org QAContact: ian.walls(a)bywatersolutions.com -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 26

[Bug 8230] New: Show the ordered status in catalogue page
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '14

10 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8230 Priority: P5 - low Change sponsored?: --- Bug ID: 8230 Assignee: koha-bugs(a)lists.koha-community.org Summary: Show the ordered status in catalogue page Severity: enhancement Classification: Unclassified OS: All Reporter: matthias.meusburger(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Acquisitions Product: Koha This patch will be helpful for showing the ordered status in the catalog page. The status can be seen in the catalog search result also.For the proper working of this patch two more fields to be mapped to the same marc field where the other aqorder fields are mapped. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 68

[Bug 7274] New: Fix formatting of actual cost on order receive page
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '14

07 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7274 Bug #: 7274 Summary: Fix formatting of actual cost on order receive page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/acqui/orderreceive.pl?ordernumber=41&inv oice=6414&gst=0&supplierid=1 OS/Version: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: ian.walls(a)bywatersolutions.com Created attachment 6451 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6451 screenshot 1) Create new basket 2) Order something and put actual cost in the order form 3) Receive Actual cost should be formatted as the other currency values. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 5901] New: Make virtualshelves permissions more granular
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '14

06 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5901 Bug #: 5901 Summary: Make virtualshelves permissions more granular Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org At the moment the virtualshelves system parameter is an ON/OFF option. I think this needs to be more granular: - no lists - lists for staff only (= virtualshelves OFF now) - allow patrons to create private lists - allow patrons to create private and public lists (= virtuelshelves ON now) Good or bad idea? Do we need more than that? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 8

[Bug 7495] New: Tax calculations problem for new orders.
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '14

06 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7495 Bug #: 7495 Summary: Tax calculations problem for new orders. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: fcapovilla(a)live.ca QAContact: koha.sekjal(a)gmail.com When creating a new order, the automatic tax calculations may sometimes be wrong because of loss of precision. Example : With gist=0, create a new order and put 18.99 into the "Vendor price" field. The "Budgeted cost" and "Total" fields are automatically set to 18.98 when they should be 19.99 The same happens with 16.99 . Possible cause of the problem : http://stackoverflow.com/questions/3730019/why-not-use-double-or-float-to-r… Here are some utility functions that could be used to correct the problem : function to_Cents(val) { return Math.round(val*100); } function to_Dollars(val) { return (Math.round(val)/100).toFixed(2); } -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 7456] New: itypes with similar codes throw off search results
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '14

05 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7456 Bug #: 7456 Summary: itypes with similar codes throw off search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: thatcher.rea(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com When performing a search for itype "BOOK", items with the itype code of "E-BOOK" appears in the opac search results. The itype codes are defined as follows: http://screencast.com/t/6I162l0m3MOm I created a new itype code of "E-BK", applied it to an item, and it no longer displays in a search limited to itype code "BOOK". Similarly named itype codes are being included in search results. It didn't catch the other itypes, because their codes do not include the string of "book". How to test: 1. create an itype "test" 2. create anohter itype code "e-test" 3. create 2 items (one with itype test, one with itype e-test) 4. index 5. do an advanced search limited by itype 'test' You should get both items. :T -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 6869] New: Batch item modification fails if accented characters are used in the modification form.
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '14

05 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6869 Bug #: 6869 Summary: Batch item modification fails if accented characters are used in the modification form. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5428 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5428 Corrects a problem in batchMod.pl when accented characters are used. When modifying multiple items in batchMod.pl, the batch modification fails if accented characters are used in any of the fields of the modification form. For example, when modifying two items by adding "RÉSERVE" in the Note subfield ($z), the progress bars gets stuck at 50% and the items are nor modified. Seems to be an encoding problem with MARC::Record::new_from_xml. Using utf8::encode before new_from_xml seems to fix the problem. Patch attached. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 10

[Bug 6710] New: lists of lists in Alpha order
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '14

03 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6710 Bug #: 6710 Summary: lists of lists in Alpha order Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you click on the button for lists on the OPAC and the pull down menu on the search results in the staff and opac it would be great if those lists were listed in alphabetical order by title of list. Right now it seems kind of random .. maybe the order in which the lists were created? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6