April 2013 - Koha-bugs - lists.koha-community.org

[Bug 8286] New: Enhancing tax and shipping calculation
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8286 Priority: P5 - low Change sponsored?: --- Bug ID: 8286 Assignee: koha-bugs(a)lists.koha-community.org Summary: Enhancing tax and shipping calculation Severity: enhancement Classification: Unclassified OS: All Reporter: epietrocupo.hlhl(a)ssss.gouv.qc.ca Hardware: All Status: NEW Version: rel_3_6 Component: Acquisitions Product: Koha Created attachment 10415 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10415&action=edit Location where the tax and shipping field should be placed The way koha currently manage tax caculation is wrong. You cannot use an global tax rate because not all items are taxed the same way. When using multiple taxes, sometimes taxes are applied differently according to the type of items. Shipping fees cannot be predicted in advance because it changes from a suplier to another. My suggestion is to add tax and shipping fields into the shipment reception page (see screenshot attached). The fields could be: Tax 1 Tax 2 Shipping fee Other Fee The idea is that when you receive a new shipment, the first thing to do would be to write down the taxes and the shipping fees. Then you can check the items you have received, and the total amount for shipping and taxes will simply be added at the end of the invoice. This way you are sure that the final price will match the total on the invoice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9950] New: Item level holds not showing up in holds queue
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9950 Bug ID: 9950 Summary: Item level holds not showing up in holds queue Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: liz(a)catalyst.net.nz Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com While testing bug 9922 I saw some strange behaviour that looks to me like another bug. Testing scenario: I am at library A. My record has 1 item, holding library is B, home library is A. The status of the item is available. 1) Place an item level hold on the item - pickup library is A. 2) Run build_holds_queue.pl 3) Check holds queue in staff for both library A and B Problem: Hold doesn't show up on either for me, but I think it should show up on the one for library B, so it can be picked up and send to A to fill the hold. Different settings for AutomaticItemReturn made no difference. Same for testing on a branch with bug 9922 applied. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 9396] New: Saved reports listed twice
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '13

18 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9396 Bug ID: 9396 Summary: Saved reports listed twice Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/reports/guided_reports.pl?phase=Use saved OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org Bug 7993 has introduced a problem with the display of saved reports. If a saved report has a type it will appear twice in the list. There are not duplicates in the database, just in the list. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8502] New: OPAC Borrower Self Registration
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '13

18 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8502 Priority: P5 - low Change sponsored?: --- Bug ID: 8502 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: OPAC Borrower Self Registration Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha Allow borrowers to self-register via the OPAC, and also self-update personal information with librarian approval. http://wiki.koha-community.org/wiki/Online_Borrower_Registration_RFC -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9541] New: Opac-user doesn't load correct CSS for multiple branches
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '13

18 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9541 Bug ID: 9541 Summary: Opac-user doesn't load correct CSS for multiple branches Classification: Unclassified 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: elliott(a)bywatersolutions.com When clicking the login link for opac-user.pl in a multiple branch scenario the environment variable for OPAC_CSS_OVERRIDE is ignored from the koha-conf.xml file. It seems like is is working on every page in the opac except for the login page. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 9576] New: Enable or disable issue limit confirmation
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9576 Bug ID: 9576 Summary: Enable or disable issue limit confirmation Classification: Unclassified 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: vimal0212(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The limit of books for a student is three' When a book wants to get issued more it gives a message yes or no. If we say yes it allows us to issue. Its nice, if we can disable this provision using a system preference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 4887] New: "Default value" option missing for Authority records
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4887 Summary: "Default value" option missing for Authority records Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: s.bolelli(a)libercoop.it QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 In the Authorities frameworks (Administration, Authority types) managing the subfield definitions is not possible to set a "default value" as for subfield definition of the MARC Bibliographic framework (Administration, MARC Bibliographic framework). It would be useful to have the option to specify a default value that is the same for every authority record -- 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 8757] New: Longer size text for authorised values "lib"
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8757 Priority: P5 - low Change sponsored?: --- Bug ID: 8757 Assignee: adrien.saurat(a)biblibre.com Summary: Longer size text for authorised values "lib" Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Database Product: Koha Authorised Values have many uses, and, among others things, store in SUGGEST the potential "reasons" (then stored in the "suggestions" table) for which a suggestion can be refused. To give better informations to borrowers, some librairies would like to see longer "lib_opac" fields (the "lib" field should follow the movement, of course). Knowing the many uses of AV, and the fact that some languages may need more words than others ton convey a message, the length of these lib fields could be made longer (maybe 200 or 250 chars). -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 6281] New: Bug in LCC sort routine
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6281 Bug #: 6281 Summary: Bug in LCC sort routine Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Windows Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: flanagan(a)ucar.edu QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com While doing some work in the Inventory Tool, I notice that Koha is ordering things strangely. It seems to be trying to order things, albeit unsuccessful, according to Dewey rules. I have my DefaultClassificationSource set to Library of Congress. I'm not sure what the problem is, but it's doing things like putting QC145.45 .H4 D65 1998 before QC145 .A57 V.12 1980 and QC995 .E29 1997 before QC100 .U57 NO. 555 1986 And when I give it a range between, say, QC150 and QC 250, it gives me QC2 and QC 20 as well. Galen: "Fortunately, it will be easy for me to fix, as there is another open-source LCC sort routine that we can use as a replacement, it just needs to be wired in." -- 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 28

[Bug 8884] New: opacheader is not in the header on CCSR
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8884 Priority: P5 - low Change sponsored?: --- Bug ID: 8884 Assignee: oleonard(a)myacpl.org Summary: opacheader is not in the header on CCSR Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 12720 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12720&action=edit opacheader to the right of search In CCSR the opacheader preference isn't really in the header it's to the right of the search box (see attached). I'm okay with a customizable region over there, but we should have a new preference for that and header should be above the search box as it implies -- You are receiving this mail because: You are watching all bug changes.

1 34