May 2015 - Koha-bugs - lists.koha-community.org

[Bug 13552] New: Added: debarredcomment and debarreddate in batch patrons modification
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '16

16 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13552 Bug ID: 13552 Summary: Added: debarredcomment and debarreddate in batch patrons modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Added: debarredcomment and debarreddate in batch patrons modification -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 6322] New: It's possible to view lists/virtualshelves even when virtualshelves is off
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6322 Bug #: 6322 Summary: It's possible to view lists/virtualshelves even when virtualshelves is off Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org In current head, setting the virtualshelves syspref to off removes the Lists "button" from the OPAC, but if you visit the URL of a list, you can still view it's contents. I would have expected to get a message like "this feature is currently turned off" or similar. -- 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 23

[Bug 11904] New: Proposal for a uniform way to send messages to user interface
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11904 Bug ID: 11904 Summary: Proposal for a uniform way to send messages to user interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org I find quite horrible that for sending a message to user interface we have to do something like that: $template->param(there_was_an_error_during_checkout => 1); then in template: [% IF there_was_an_error_during_checkout = 1 %] <div>There was an error during checkout</div> [% END %] or even worse, having to add a parameter in the URL we want to redirect to. So here is a proposal for a uniform way to send messages to user interface. -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 13534] New: Deleting staff member who moderated a tag removes tags imcompletely
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13534 Bug ID: 13534 Summary: Deleting staff member who moderated a tag removes tags imcompletely Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org I am trying to wrap my mind around the table structure, but what happens is: If you add a tag, it will be in tags_all and tags_approval. tags_approval has a column approved_by, that is linked to the staff patron who moderated the tag. If the staff patron is deleted, the entry in tags_approval is also deleted, but tags_all remains. The tag vanishes from the tag moderation tool and from the OPAC. http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=installer/data/my… This doesn't feel like intended behaviour. I think it maybe it would make sense to set the borrowernumber to NULL when the staff patron is deleted. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13177] New: Add help pages for Rotating collections
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13177 Bug ID: 13177 Summary: Add help pages for Rotating collections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The new-old feature Rotating collections is missing help pages. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 11321] New: "On hold" items can't be placed on hold with allowonshelfholds off
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11321 Bug ID: 11321 Summary: "On hold" items can't be placed on hold with allowonshelfholds off Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, Susanne.Jerger(a)bsz-bw.de When holds on items available items are not allowed (allowonshelfholds = don't allow), it's impossible to place holds on items that are 'on hold' (awaiting pickup). The item is not checked out yet, but unavailable to the patron and I think holds should be allowed in this case. To test: Set allowonshelfholds to don't allow 0) Search for a record with 1 available item Opac status: available No hold can be placed. 1) Check out item to user A Opac status: checked out 'Place hold' button is shown and holds can be placed. 2) Place a title level hold for user B Opac status: checked out 'Place hold' button is shown and holds can be placed. 3) Return item and confirm hold Opac status: on hold No hold can be placed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7970] New: Holds not working in OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7970 Priority: P5 - low Change sponsored?: --- Bug ID: 7970 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: Holds not working in OPAC QA Contact: koha.sekjal(a)gmail.com Severity: major Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_8 Component: Hold requests Product: Koha Holds not working in OPAC -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 8372] New: Move AllowOnShelfHolds at granular level
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8372 Priority: P5 - low Change sponsored?: --- Bug ID: 8372 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: Move AllowOnShelfHolds at granular level Severity: enhancement Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha In issuingrules, we could enable/disable on shelves hold, instead of having a global syspref -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9190] New: Problem with holds - allow place a hold without all items checked out
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9190 Bug ID: 9190 Summary: Problem with holds - allow place a hold without all items checked out Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: vfernandes(a)keep.pt CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The objective is only to allow a patron to place a hold only when all items are checked out. The hold will be placed in the next item available. If there isn't any checked out items I can't place a hold, which is fine If all items are checked out I can place a hold, which is fine If 1 items of X items are checked out I can place a hold, which isn't what I pretend System preferences: - OPACItemHolds = don't allow - AllowOnShelfHolds = don't allow -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 8964] New: AllowHoldsOnDamagedItems and AllowOnShelfHolds don't work with Professional category type
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8964 Priority: P5 - low Change sponsored?: --- Bug ID: 8964 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: AllowHoldsOnDamagedItems and AllowOnShelfHolds don't work with Professional category type Severity: minor Classification: Unclassified OS: All Reporter: laurence.lefaucheur(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Hold requests Product: Koha For patron categories of Professional category type : if issuingrules allow reservation whatever the values of AllowHoldsOnDamagedItems and AllowOnShelfHolds are, damaged items or on shelf items are not available for hold for the patron : one cannot select them in staff to put an hold on them For all other category types, the problem does not exist -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2