December 2009 - Koha-bugs - lists.koha-community.org

[Bug 3849] New: Acq Permissions unclear
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 Dec '09

03 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3849 Summary: Acq Permissions unclear Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: jeanandre.santoni(a)biblibre.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- * budget_add_del Add and delete budgets (but can't modify budgets) * budget_manage Manage budgets * budget_modify Modify budget (can't create lines but can modify existing ones) I asked on the Koha list why we needed these three - what makes the budget_manage permission different from the other two? Paul asked that I report a bug because he thinks maybe it's a mistake. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3843] New: Items Added in Acq Should Default to 'Ordered'
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 Dec '09

03 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3843 Summary: Items Added in Acq Should Default to 'Ordered' Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1271) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1271) menu as it is now - change to have ordered selected by default When you create an item during the order process in Acq you have to choose the Not for Loan Status of 'Ordered' or it will appear Avail. It would make sense if items added in Acq have '7 Not for Loan' set to Ordered by default and let the librarian change it if they want to. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3841] New: Should have Default ACQ Framework
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 Dec '09

03 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3841 Summary: Should have Default ACQ Framework Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1270) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1270) ACQ error When you're adding items to your basket if you don't have an ACQ framework you're presented with an error: "No ACQ framework, using default. You should create a framework with code ACQ, the items framework would be used" First - I'm not sure what this "the items framework would be used" means, but more importantly we should just have an ACQ framework by default in the system that the librarians can change to their needs so that this error doesn't appear the first time they enter Acquisitions. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3829] New: Patron Filter Does Nothing
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 Dec '09

03 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3829 Summary: Patron Filter Does Nothing Product: Koha Version: rel_3_2 Platform: PC URL: /cgi-bin/koha/members/members-home.pl OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Patrons AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- On the main patron page the filter boxes on the left don't seem to do anything ... -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 2142] maxItemsInSearchResults No longer used
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 Dec '09

03 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2142 --- Comment #5 from Jane Wagner <jwagner(a)ptfs.com> 2009-12-03 13:19:08 --- As a followup, the problem with the XSLT results list display was an unrelated red herring -- see David Birmingham's patch of December 2, 2009 about ampersands in the library description. But the problem with having maxItemsinSearchResults in Search.pm remains. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3831] New: Fast Add Framework Should not be Deletable
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 Dec '09

03 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3831 Summary: Fast Add Framework Should not be Deletable Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Since there are permissions associated with the Fast Add Framework, it should not be allowed to be deleted - editing is okay - but deleting would cause problems I would think. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3826] New: Improve modrequest.pl
by bugzilla-daemon＠kohaorg.ec2.liblime.com 02 Dec '09

02 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3826 Summary: Improve modrequest.pl Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- Modrequest.pl should redirect the user to the referer page, like circ/circulation.pl. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 2142] maxItemsInSearchResults No longer used
by bugzilla-daemon＠kohaorg.ec2.liblime.com 01 Dec '09

01 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2142 Jane Wagner <jwagner(a)ptfs.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwagner(a)ptfs.com Severity|normal |major Priority|P3 |P2 --- Comment #4 from Jane Wagner <jwagner(a)ptfs.com> 2009-12-01 20:28:41 --- I'm reopening and increasing priority on this one. In a system newly installed from HEAD just a couple of weeks ago (3.01.00.061), the maxItemsinSearchResults is still present (in two sections) in Search.pm, and has a negative effect. For a multilibrary system, when the Search.pm code has a default of 1, only one library's holdings would show in the OPAC or staff results list my $maxitems = ( C4::Context->preference('maxItemsinSearchResults') ) ? C4::Context->preference('maxItemsinSearchResults') - 1 : 1; my ( $availableitemscount, $onloanitemscount, $otheritemscount ); $maxitems = ( C4::Context->preference('maxItemsinSearchResults') ) ? C4::Context->preference('maxItemsinSearchResults') - 1 : 1; When we changed Search.pm from 1 to 5 (for example), all library holdings showed up in both results lists. However, for the OPAC, they'll only show up if XSLTResultsDisplay is turned off -- if it's on, the OPAC results list says No copies available for everything. So either the syspref needs to be put back or Search.pm needs to be fixed; I'm not sure how to fix it and why it's causing a problem with XSLT results. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3823] New: hold items un opac
by bugzilla-daemon＠kohaorg.ec2.liblime.com 01 Dec '09

01 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3823 Summary: hold items un opac Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- If an item of a record is on hold, all items are shown "on hold". -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3822] New: Transfert are never received
by bugzilla-daemon＠kohaorg.ec2.liblime.com 01 Dec '09

01 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3822 Summary: Transfert are never received Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- If you receive a document in your branch, after a transfert, the transfert state will never be deleted, it's due to some variable problems in C4::Circulation::AddReturn -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1