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

[Bug 4912] New: After editing private list, user should be redirect to private lists
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4912 Summary: After editing private list, user should be redirect to private lists Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 After editing a private list, the user is redirected back to the lists page but the tab on display is the one with public lists. The edit process should be made aware of which set of lists the users should be redirected to. -- 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 47

[Bug 13937] New: Add a 'primary status' field for items
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Bug ID: 13937 Summary: Add a 'primary status' field for items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries have found that Koha doesn't work well with some external services like SHAREit that utilize z39.50 to get information about a record and its' items. a) We propose to add field 'status' to items table ( this field can be mapped to whatever MARC tag you wish ) b) Engineer a subroutine that would generate the item's status The precedence for status would be as follows: 1) Checked Out 2) Lost 3) Not for Loan 4) Damaged 5) On Hold ( In Transit ) 6) In Transit 7) On Hold This status could eventually be used within Koha to simplify our status display logic, but that is outside the immediate scope of this enhancement. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 15344] New: GetMemberDetails called unecessary
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15344 Bug ID: 15344 Summary: GetMemberDetails called unecessary Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org This one is crazy, prepare yourself to dream. For any pages opened from the staff or the OPAC interfaces, the GetMemberDetails is called from get_template_and_user. This subroutine calls GetMemberAccountRecords which retrieve the items infos for all accountlines entries of the logged in user. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 12540] New: Batch modifications for records - unavailable "Every" option
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12540 Bug ID: 12540 Summary: Batch modifications for records - unavailable "Every" option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Paola found the following error on testing bug 11395 comment 33: ERROR on MARC modification templates: unavailable "Every" option: I've edited this action: Copy field 650$x to 650$y if 650$x matches RegEx m/ ^second 650 / Then I've changed all the 650-s into 750-s. I see "All" becoming "Every" (I have not understood why it has happened). I've saved, and I've editing the action again: now "All" is shown. I've not been able to set "Every" option. I think that showing "Every" is an error, or there's a lack in managing that option (see C) below). -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 15059] New: Line break in html attribute
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15059 Bug ID: 15059 Summary: Line break in html attribute Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In some templates, there is a line break inside href attribute. This generates an attribute with a lot of spaces %20. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 15114] New: warning on purchase suggestions is inaccurate
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15114 Bug ID: 15114 Summary: warning on purchase suggestions is inaccurate 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 44333 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44333&action=edit error When on the purchase suggestions page in the OPAC if there are no suggestions you get a warning "You are not authorized to see pending purchase suggestions." But once you add a suggestion that goes away. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10181] New: Improve message shown for deleted records in basket summary page
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10181 Bug ID: 10181 Summary: Improve message shown for deleted records in basket summary page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de When you delete a record that is used in an order, the basket summary displays: Deleted bibliographic notice, can't find title. While it would be nice if it showed a note about the deletion and the title from the deletedbilbio table, it would be better if it used 'record' instead of notice. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 14773] New: Move help link back out of the dropdown menu
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14773 Bug ID: 14773 Summary: Move help link back out of the dropdown menu Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com 14579 added some things to the login menu, but also moved the help link into the dropdown which is an undesirable change. We shouldn't hide the help links for the intranet, it should always be one click to get there. Right now it takes two. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 15198] New: Make OpacSuppression work even if there are no records suppressed
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15198 Bug ID: 15198 Summary: Make OpacSuppression work even if there are no records suppressed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, if you turn on OpacSuppression and try to search for records without having at least one record with 942$n = 1 indexed, you'll get zero results back. However, the special Zebra attribute 14 allows you to get around this problem. Attribute 14: "Specifies whether un-indexed fields should be ignored. A zero value (default) throws a diagnostic when an un-indexed field is specified. A non-zero value makes it return 0 hits." (http://www.indexdata.com/zebra/doc/querymodel-zebra.html) Now the description is a bit vague... you can't try something like "@attr 14=1 @attr 1=9999 1" to work. You'll still get a diagnostic error. However, you can try something like "@attr 14=1 @attr 1=9011 1" to work as 9011 is a valid use attribute in bib1.att. Anyway, by adding 14=1 to the Suppress qualifier in ccl.properties, we can make it so that OpacSuppression queries still work even when there are no suppressed records in Zebra. Cool, n'est-ce pas? No... it's not cool, but it's handy. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 15175] New: IntranetDefaultView syspref is not respected when XSLTResultsDisplay is empty
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15175 Bug ID: 15175 Summary: IntranetDefaultView syspref is not respected when XSLTResultsDisplay is empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org IntranetDefaultView syspref is not respected when XSLTResultsDisplay is empty: the link on cover images in search.pl result page goes always to detail.pl. -- You are receiving this mail because: You are watching all bug changes.

1 12