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

[Bug 11520] New: Invoice isn't really an invoice
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '15

30 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11520 Bug ID: 11520 Summary: Invoice isn't really an invoice 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 24135 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=24135&action=edit invoice example What is the purpose of having the replacement cost show on the invoice details screen? From our point of view replacement costs have nothing to do with invoices so it just isn't helpful here. Why does the total column show the amount from the order? In this case the order amount entered was $240.35 but the actual amount from the invoice was $236.47. Again what do order amounts have to do with invoice details - which should only be about what was paid. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 7650] New: total not always right on checkout summary
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '15

30 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7650 Priority: P5 - low Change sponsored?: --- Bug ID: 7650 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: total not always right on checkout summary QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Created attachment 8024 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8024&action=edit total not matching the sum of above lines See attached. Every once in a while I'm noticing that the total shown does not add up the items above it - but I can't figure out what's making it not work or where the extra money is coming from. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12533] New: Improve authority search result display
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '15

30 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12533 Bug ID: 12533 Summary: Improve authority search result display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The current authority search result display can be improved by: 1. Relocate Heading Type (i.e. Personal name, Geographic name) to its own column; 2. Introduce hyperlink to each heading, so users can click them for more information. This will then free up the existing "Detail" column for "Heading Type" above. 3. Rename column heading "Used in" to "Record(s)", and the column simply show number of linked bibliographic record(s). Click on this number will take to the bibliographic concerned, unless there are more than one, then a result summary list will display instead. 4. Column heading name "Action" to replace blank space/missing label above Edit/Merge column. 5. If applicable, insert double dashes (--) between main and subfield headings, so they are displayed like "Australia--History--21st century" instead of "Australia History 21st century"! So much better for reading when doing authority works. 6. The final result will have columns (from left to right): Heading | Type | Record(s) | Action (Edit/Merge) -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12814] New: KOHA Cataloging (Authorities) Problem
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '15

30 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12814 Bug ID: 12814 Summary: KOHA Cataloging (Authorities) Problem Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: dudzikmichal(a)wp.pl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I noticed a problem when cataloging using Authorities. For example, in the authority types UNIF_TITLE is the value of "test" (630$9 374) and in authority types CHRON_TERM has a value of "test" (648$9 375) (pic <a href="http://koha.1045719.n5.nabble.com/file/n5809385/before.jpg">before.jpg</a>) after saving the value of the subfield 9 changes authority types CHRON_TERM (648$9 374) (pic <a href="http://koha.1045719.n5.nabble.com/file/n5809385/after.jpg">after.jpg</a> ) which gives an erroneous reference to the code CHRON_TERM. Similar situation as in CORPO_NAME, MEETI_NAME and TOPIC_TERM. Regards Michal Dudzik -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 6505] New: purchase order not populating all fields
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6505 Bug #: 6505 Summary: purchase order not populating all fields Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org The purchase order PDF is not pulling info from the libraries. There are labels for Phone number Fax Billing address Email But they're not printing that info. Also, the library name is coming from the system preference for libraryname and not from the libraries admin area - all the info on the purchase order should comes from the data you enter in admin > libraries -- 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 1

[Bug 6579] New: getalert SQL invalid for KOHA_USER
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6579 Bug #: 6579 Summary: getalert SQL invalid for KOHA_USER Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: ohiocore(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org The code for getalert in C4::Letters fails to account for one important case. While the POD says "all parameters NON mandatory", the result of NO arguments produces invalid SQL. The errors in the log look like: [error] [client 71.64.0.171] [Mon Jul 11 19:54:12 2011] opac-user.pl: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 at /usr/share/koha/lib/C4/Letters.pm line 197, <DATA> line 522., referer: https://my.koha.edu/cgi-bin/koha/opac-user.pl [error] [client 71.64.0.171] [Mon Jul 11 19:54:12 2011] opac-user.pl: DBD::mysql::st fetchall_arrayref failed: fetch() without execute() at /usr/share/koha/lib/C4/Letters.pm line 198, <DATA> line 522., referer: https://my.koha.edu/cgi-bin/koha/opac-user.pl If you look at the logic, you'll agree that "SELECT * FROM alert WHERE" is not a valid SQL query. Code should assemble bind name/value pairs in a hash instead of appending to the query and pushing onto an array. Then build the WHERE clause at the end only when hash is populated. -- 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 2

[Bug 6614] New: CSV Basket Export gives blank lines
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6614 Bug #: 6614 Summary: CSV Basket Export gives blank lines Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org If an order note contains "\n", that line will not print in the exported CSV basket, because "\n" is an invalid character to Text::CSV->combine(). -- 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 11

[Bug 6731] New: amounts not changing if budgeted amount changed
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6731 Bug #: 6731 Summary: amounts not changing if budgeted amount changed Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org If I'm adding an order and I change the budgeted price it does not update the total, but if I change the amount then the total is updated. The total should be updated with any changes to the money fields. -- 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 2

[Bug 11141] New: Filters are not kept on receiving
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11141 Bug ID: 11141 Summary: Filters are not kept on receiving 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On receiving orders, the librarian has to filter again the pending orders list. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 6741] New: when receiving orders the filter clears after receiving
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6741 Bug #: 6741 Summary: when receiving orders the filter clears after receiving Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/acqui/parcel.pl?supplierid=2&op=new&invo ice=34567654&datereceived=08%2F17%2F2011 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you use a filter on the order receiving page and then receive and item your filter is cleared. The filter should remain until the librarian changes or clears it. -- 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 1