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

[Bug 2835] Inconsistent use of colon at the end of sentences
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2835 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5911] New: Transport Cost Matrix of transporting an item between branches
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5911 Bug #: 5911 Summary: Transport Cost Matrix of transporting an item between branches Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Transport Cost Matrix The system shall contain a new administrative page that serves to manage the relative costs of transporting an item between branches. “Cost” does not directly correspond to currency, but rather is a measurement of the difficulty of transporting the item between the two branches. For each branch, it shall be possible to specify a numeric value indicating the 'cost' of transporting the item from that branch to every other branch. A toggle shall also be available to block all transport from any branch to any other branch. The toggle shall not change the 'cost' value associated with the transport between any two branches. Filling Holds using the Transport Cost Matrix A system preference shall be added to control whether holds are filled using the Transport Cost Matrix, or not. If the system is configured to use the Transport Cost Matrix for filling holds, then when attempting to fill a hold, the system will search for the lowest cost branch, and attempt to fill the hold with an item from that branch first. Branches of equal cost shall be selected from randomly. The branch or branches of the next highest cost shall be selected from only if all the branches in the previous group are unable to fill the hold. The system shall use the item's current holding branch when determining whether the item can fulfill a hold using the Transport Cost Matrix. This behaviour shall be overruled if the AutomaticItemReturn system preference is enabled. -- 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 80

[Bug 2835] Inconsistent use of colon at the end of sentences
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '13

25 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2835 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2774] Path to theme is hard-coded in many places
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '13

25 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2774 --- Comment #4 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 16863 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16863&action=edit Bug 2774 - Path to theme is hard-coded in many places Many templates have instances where the path to the prog template is hard-coded. Now that interface and theme template variables are available everywhere these paths should be corrected to use them. Image paths corrected: - 'Patron image missing' image on circulation pages - 'Locked' icon on fund planning page - Tag and subfield edit icons on the authority, biblio editor, and batch item modification pages (Clone tag, delete tag, clone subfield, delete subfield, move subfield) - 'Loading' icon when importing frameworks Audio file paths corrected: - Sounds for circulation.pl and returns.pl Paths to DataTables assets corrected on: - Transfers to receive report - Holds queue report - Holds awaiting pickup report - Patron detail page (moremember.pl) - Patron circulation history - Update child to adult patron page - Process offline circulations - Catalog by item type report - Serials statistics wizard - Serial claims page - Koha news - Notices - Batch patron modifications Path to progress bar assets corrected on: - Process offline circulations page - Progressbar include file - Stage MARC imports - Manage MARC imports - Local cover image upload Other image paths: - "Approved" checkmark image on tags review page - Table sort icons on lists page - Feed icon on OPAC search result page - "Loading" image for OPAC plain MARC view Path to ratings JavaScript on OPAC detail and results pages -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2774] Path to theme is hard-coded in many places
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '13

25 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2774 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7129] New: actual cost showing too many zeros
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '13

25 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7129 Bug #: 7129 Summary: actual cost showing too many zeros Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All URL: /cgi-bin/koha/acqui/orderreceive.pl?ordernumber=13&inv oice=345665432&gst=0&supplierid=1 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 Created attachment 6134 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6134 actual cost on receipt page When receiving the actual cost is showing a whole lot more decimal points than it needs to. See 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 52

[Bug 906] ISBN Check
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '13

25 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=906 --- Comment #10 from Paul Poulain <paul.poulain(a)biblibre.com> --- (In reply to comment #9) > (In reply to comment #8) > > (In reply to comment #7) > > > I don't think a check like this can be done with a value_builder plugin. If > > > I am wrong, a value_builder plugin would definitely be better, but the > > > plugins aren't -- so far as I understand -- used for validation but rather > > > as helpers for setting fields. > > > > You can put a hook on entering or leaving a field. If you put a hook on > > leaving ISBN field, then it will be a validation. We use that for some > > plugins already. The ... on the right are not necessary used to open a > > popup, then can be used to do a check as well. > > How would the workflow be in case of bad ISBN Paul? Can't save unless put in > the $z field? Do u still suggest validating it on the perl side or the > onLeave thing should use the same javascript code? I would say "can't save an invalid ISBN". So, if the subfield is empty, then it's OK. That could be cool to move it to $z automatically ($z is also the invalid isbn for UNIMARC ;-) ), but could also be discussed, as it may trouble users. I suggest validating on the onLeave, so at browser side, as your current patch do. (javascript is required to run staff interface, I'm fine with that) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2510] Remove PDF::API2 0.3r77 version requirement
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '13

25 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2510 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Owen Leonard <oleonard(a)myacpl.org> --- No complaints for two years, I'm going to consider this fixed unless someone wants to provide more information. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2394] canreservefromotherbranches preference not working
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '13

25 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2394 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Hardware|Macintosh |All Version|rel_3_2 |master -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2394] canreservefromotherbranches preference not working
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '13

25 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2394 --- Comment #3 from Owen Leonard <oleonard(a)myacpl.org> --- This bug is still valid in master as of 3.12 beta1. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0