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

[Bug 7424] New: Koha should have a designated place for custom CSS
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7424 Bug #: 7424 Summary: Koha should have a designated place for custom CSS Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com We allow people to define custom CSS templates for varying things - opac, intranet, and (hopefully soon) slips and notices. It makes sense to have a sanctioned place within Koha to keep those files. I propose the following location: OPAC - koha-tmpl/opac-tmpl/prog/custom_css Intranet - koha-tmpl/intranet-tmpl/prog/custom_css Additionally, it would be nice to update the packages to dump these folders into the backup, to save any custom files stored there. We should also take care to *never* clobber anything in this directory on upgrade. We could provide "sample" CSS files (notices.sample, receipts.sample, to name a couple) but never overwrite anything else in that folder. Documentation for administrators should also be updated to tell system folks the "proper," "best practice" or "suggested" location to keep custom CSS files. The path to external CSS files can still be defined in the syspref, so administrators can define an external server if they so choose (many need this functionality because they have no shell or ftp access to their server). Questions? Concerns? Things I have not considered? -- 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 1

[Bug 7747] New: Replace YUI autocomplete with jQueryUI
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '14

16 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7747 Priority: P5 - low Change sponsored?: --- Bug ID: 7747 Assignee: oleonard(a)myacpl.org Blocks: 5481 Summary: Replace YUI autocomplete with jQueryUI QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Templates Product: Koha In order to make the transition to jQueryUI easier to test and get approval for, I will submit my jQueryUI work one "widget" at a time: autocomplete, tabs, datepicker, etc. First will be autocomplete as it touches the fewest files. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 5184] New: Upgrade to support jQuery 1.4.2
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '14

16 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5184 Summary: Upgrade to support jQuery 1.4.2 Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 We accidentally upgraded the jQuery to 1.4.2, from the 1.3.2 bundled with Koha. This broke the background processing code, in particular with the bulk modification functions. This ticket is to track the handling of workarounds and fixes dealing with this, in particular fixing the bits that are broken with newer jQuery versions. -- 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 43

[Bug 6779] New: Dont allow mem renewal x days before expiry
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6779 Bug #: 6779 Summary: Dont allow mem renewal x days before expiry Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Sys pref based option to not allow mem renewal x days before membership expiry. -- 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 4

[Bug 6483] New: Paging in opac-detail when coming from a search
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '14

10 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6483 Bug #: 6483 Summary: Paging in opac-detail when coming from a search Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: salva(a)masmedios.com QAContact: koha-bugs(a)lists.koha-community.org Add paging in opac-detail when coming from a search to be able to continue viewing the results list in the opac-detail without returning to the results list page. -- 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 58

[Bug 6331] New: Obsolete marc column in deleteditems
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '14

03 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6331 Bug #: 6331 Summary: Obsolete marc column in deleteditems Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org There is a difference between "items" and "deleteditems" tables in "kohastructure.sql" : "deleteditems" has a field "marc" not existing in "items". This columns appears to be obsolete. -- 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 7151] New: rebuild_zebra needs a lockfile
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '13

31 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7151 Bug #: 7151 Summary: rebuild_zebra needs a lockfile Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org It is possible to have multiple rebuild_zebra running for the same environment, this is both inefficient and dangerous. This bug is track creating using a lockfile to stop this occuring -- 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 6879] New: Actual price should show correctly on order line and basket summary
by bugzilla-daemon＠bugs.koha-community.org 25 Dec '13

25 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6879 Bug #: 6879 Summary: Actual price should show correctly on order line and basket summary Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5454 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5454 basket summary page I found this testing the bug for 4831. When you enter an actual price receiving items this it the price, that should be accounted as spent in the system. It should also be shown on order line. It isn't. To test: - create new fund - order item, price 8.74 - receive item, enter actual price 10.00 - search for the title in acq - check attached screenshots - basket summary page should show actual price somewhere - modifying the order line shows the wrong(!) value as actual price -- 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 20

[Bug 7504] New: cannot put a comma in a price when adding a new order
by bugzilla-daemon＠bugs.koha-community.org 25 Dec '13

25 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7504 Bug #: 7504 Summary: cannot put a comma in a price when adding a new order Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: gaetan.boisson(a)biblibre.com QAContact: koha.sekjal(a)gmail.com When entering the price on the new order screen, if you enter it with a comma "12,60" you get "NaN". It has to be entered as "12.60" in order to work. In some countries (France namely) the comma is the usual character to be used in decimal numbers. -- 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 7484] New: Keeping typed values when searching for authorities
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7484 Bug #: 7484 Summary: Keeping typed values when searching for authorities Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: koha.sekjal(a)gmail.com [MT2545] Page "Home › Authorities" 1) I'm on the "Search authorities" tab. I select an authority type, then change the active tab. The type change is lost. 2) I'm on a tab and type a search pattern, then change tab, the string is lost. This behaviour is logical, given the fact that we're using tabs, but it would be more practical to keep the typed informations when the user changes the search mode. -- 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 20