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

[Bug 1092] might be nice to have cookie keep track of patron.
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '14

11 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1092 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Michael, could you explain a bit more how this should work? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1084] would be nice to remove records from breeding tables.
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '14

11 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1084 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #8 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I believe this is fixed by an option of the cleanup_database cronjob: 62 --z3950 purge records from import tables that are the result 63 of Z39.50 searches Please open a new bug if more functionality is needed. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 766] Omnibus: Use of CGI::scrolling_list prevents customization in template
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=766 --- Comment #84 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Looks like we are getting closer! cataloguing/additem.pl: $subfield_data{marc_value} =CGI::scrolling_list( # FIXME: factor out scrolling_list reports/acquisitions_stats.pl: my $CGIItemTypes = CGI::scrolling_list( reports/acquisitions_stats.pl: my $CGIBudget = CGI::scrolling_list( reports/acquisitions_stats.pl: my $CGISort1 = CGI::scrolling_list( reports/acquisitions_stats.pl: my $CGISort2 = CGI::scrolling_list( reports/acquisitions_stats.pl: my $CGIextChoice = CGI::scrolling_list( reports/guided_reports.pl: $input =CGI::scrolling_list( # FIXME: factor out scrolling_list reports/issues_avg_stats.pl: my $CGIBorCat=CGI::scrolling_list( -name => 'Filter', reports/issues_avg_stats.pl: my $CGIItemTypes=CGI::scrolling_list( -name => 'Filter', reports/issues_avg_stats.pl: my $CGISort1=CGI::scrolling_list( -name => 'Filter', reports/issues_avg_stats.pl: my $CGISort2=CGI::scrolling_list( -name => 'Filter', reports/issues_avg_stats.pl: my $CGIextChoice=CGI::scrolling_list( -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7844] New: plack scripts for startup
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7844 Priority: P5 - low Change sponsored?: --- Bug ID: 7844 Assignee: gmcharlt(a)gmail.com Summary: plack scripts for startup QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha Last missing peace to get started with plack is tooling. http://wiki.koha-community.org/wiki/Plack does provide some information, psgi files and startup scripts should also be part of main repository for easy deployment on sendboxes. -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 13066] New: search the catalog tab not selected on results in staff client
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13066 Bug ID: 13066 Summary: search the catalog tab not selected on results in staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 32146 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=32146&action=edit tab selected on search results Are you search the catalog in the staff client you're presented with results, the results page used to keep the 'search the catalog' tab selected, but now it reverts back to 'check out' (now being in 3.16.4). I can't recreate in master, but don't see a bug that fixed this. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 13067] New: due date sorting doesn't work on patron checkouts
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13067 Bug ID: 13067 Summary: due date sorting doesn't work on patron checkouts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 32148 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=32148&action=edit due date sorting When looking at the list of items out on a patron's record, the little sort arrow on the due date column doesn't work. I can make the list be arranged by title a-z or z-a by clicking on the arrow in the title box, but the one in the date due box doesn't do anything. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9328] New: File::Find::Rule should not be a mandatory dependency for installation
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9328 Bug ID: 9328 Summary: File::Find::Rule should not be a mandatory dependency for installation Classification: Unclassified 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: gmcharlt(a)gmail.com File::Find::Rule is introduced as a dependency in the work for bug 7167. However, since it's indirectly invoked via C4::Installer, that module must be present for Makefile.PL to compile during installation. I suggest making a new convention that it be possible to run Makefile.PL without requiring non-core Perl modules. F::F::Rule doesn't introduce functionality that is not available to File::Find, just some (admittedly useful) syntactical sugar, so one possibility would be cutting out that dependency entirely. If that's not preferred, it at least should not be required for Makefile.PL to run. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 9326] New: New database update system suggests running duplicate updates
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9326 Bug ID: 9326 Summary: New database update system suggests running duplicate updates Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com Depends on: 7167 When an update has been renamed, the new database update system suggests running the duplicate update, even though when you tell it to go ahead and do that, it informs you that it is a duplicate update. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 6328] New: Fine in days does not work
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6328 Bug #: 6328 Summary: Fine in days does not work Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Some code coming from BibLibre has been lost in the process of inclusion in 3.4. The result is that fine in days does not work at all (you can setup rules, but it does nothing) Step to reproduce: Koha > Admin > circ rules > set 1 day fine every day of overdue for default rule Issue a book return date last week check-in the book => no debarment is set The following patch will fix all of those problems by : * updating borrowers.debarred to a date field (instead of tinyint). It contains the limit of the debarment * changing API of DebarMember and UpdateBorrowerDebarred to pass a date * display debarrdate where applicable. Note that a debarrdate of 31/12/9999 is considered as unlimited and not displayed * added a debarrcomment, usefull to explain why a patron is debarred (this is independant from debarrdate changes and can be used when placing an unlimited debarment too) -- 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 64

[Bug 6190] New: Custom field removal from patron entry screens
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6190 Bug #: 6190 Summary: Custom field removal from patron entry screens 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: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Implement a mechanism for removing unwanted fields from the entry screens. It will be a syspref, BorrowerUnwantedField, that will have the same format as BorrowerMandatoryField -- 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 54