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

[Bug 10873] New: Lots of wasted space in Serial Search Result table
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '14

02 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10873 Bug ID: 10873 Summary: Lots of wasted space in Serial Search Result table Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com /cgi-bin/koha/serials/serials-search.pl?routing=1&searched=1&title_filter= Users with low resolutions or small screens may have an issue where this table exceeds the width of their viewable area. There appears to be a lot of wasted space in the columns, perhaps we could reduce the amount of space allotted to some of those columns and make the experience a little more comfortable for these users. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 6748] New: Add link to fast add framework while circulating, if a barcode is not found
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '14

02 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6748 Bug #: 6748 Summary: Add link to fast add framework while circulating, if a barcode is not found Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Work To Be Done: * Add a button to the "unknown barcode" message in checkout that would bring the user to the Fast Add Framework (for consistency with the rest of Koha) o Automatically populate the barcode with the value scanned o Automatically populate the homebranch and holdingbranch with the currently logged in branch o Automatically populate the non public note to say “return the item to cataloging” * Upon save, the item will automatically be checked out the patron. How to test: * Scan a barcode that is not in your system in the check out screen * Confirm that the behavior follows the above -- 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 12

[Bug 6858] New: Adds staticfines.pl for static fines processing
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '14

01 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6858 Bug #: 6858 Summary: Adds staticfines.pl for static fines processing Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: matthias.meusburger(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Add a tool to calculate static fine. For example, 7 days left = 1€ fixed fine -- 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 39

[Bug 6809] New: Add branch filter in holds to pull report
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '14

30 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6809 Bug #: 6809 Summary: Add branch filter in holds to pull report Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Currently only date filters available, add branch filter. -- 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 5

[Bug 8074] New: Holds to pull
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '14

30 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8074 Priority: P5 - low Change sponsored?: --- Bug ID: 8074 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Holds to pull Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha To create the list 'Holds to pull' we must enter the branch and the location at the bottom of the page. It is possible to store in memory the informations(branch, location) that we have chosen; We don't want enter the same informations each time we refreh the screen -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11391] New: suggestions.suggesteddate has a problematic default value
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '14

30 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11391 Bug ID: 11391 Summary: suggestions.suggesteddate has a problematic default value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 7365 The column suggesteddate in the suggestions table is currently defined as "date NOT NULL default 0". When DBIx::Class translates that PostgreSQLese, it ends up as "date DEFAULT '0000-00-00' NOT NULL". Since 0000-00-00 is not a valid date, DBIC will fail to deploy the suggestions table to a Pg database. Since suggesteddate is supposed to be the date that the suggestion was submitted, CURRENT_DATE is a better default value regardless. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 10135] New: Adding the ability to define customised basketgroups pdf layouts
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '14

29 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10135 Bug ID: 10135 Summary: Adding the ability to define customised basketgroups pdf layouts Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P3 Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr We have 2 available layouts for basketgroups : layout2pages and layout3pages. Both are untranslatable, and not very pretty. We defined our own layout in Rennes 2, in french, with the logo of the universiy, etc... To use it, we were forced to make a local development, because there is a safty condition in basketgroup.pl. M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 5598] New: More Granular Cloning Circulation & Fine Rules
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5598 Summary: More Granular Cloning Circulation & Fine Rules Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: helen.linda(a)goddard.edu QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Currently Koha only allows cloning of rules at the library/branch level. There should be an ability to clone rules on patron categories. That way, if you have multiple patron categories, but many of them share a rule regarding an item type, you could write the rule for the one patron type, then select "Clone to" and be able to multi-select the other patron categories to which that rule also applies. -- 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 12172] New: Remote XSLT style sheets fail to fetch under https under recent LWP::Simple
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12172 Bug ID: 12172 Summary: Remote XSLT style sheets fail to fetch under https under recent LWP::Simple Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Recent versions of LWP::Simple enable 'verify_hostname' by default. This breaks https get requests in a nasty way such that any page relying upon the stylesheet results in a nasty perl error. We should be using LWP::UserAgent and setting this ignorance explicitly, or even better, setting a 'Certificate Authority' path to enable proper hostname verification. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 10880] New: Staff Client Display856uAsImage options need updating
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10880 Bug ID: 10880 Summary: Staff Client Display856uAsImage options need updating Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: dearden(a)sarsf.org QA Contact: testopia(a)bugs.koha-community.org Section 1.15.1.1 Display856uAsImage needs updating. Under Values, the "Both Results and Details pages" option says "Not implemented yet", sometime before version 3.12.4 this was implemented when the XSLT option for the results page was fixed. This should be changed to "Both XSLTResultsDisplay and XSLTDetailsDisplay need to be on for this preference to work". Likewise, further down the "Results page only" says "Not implemented yet", this should be changed to "XSLTResultsDisplay needs to be on for this to work". Additionally, there is text at the end of the description that reads "in the current window or in a new window depending on the value in the system pref OPACURLOpenInNewWindow". On my installation the system pref OPACURLOpenInNewWindow does not control this action in the Staff Client, and I don't find a corresponding option in the Staff Client area. I think the description should be modified to remove that phrase. This started to work at some point because someone fixed the Results XSLT file for the staff client (at least the marc21 version). I am not sure what release that occurred in, so there may be some older doc that needs updating also. I am on version 3.12.4 and am reporting on the version 3.12 doc. It looks like the 3.14 doc is the same. I assume this feature still works in 3.14, assuming is always dangerous though. :) -- You are receiving this mail because: You are watching all bug changes.

1 3