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

[Bug 5566] New: Misleading grouping of lost items in staff client search results
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5566 Summary: Misleading grouping of lost items in staff client search results Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/catalogue/search.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2931 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2931 Screenshot of the described problem If a title has multiple items with different lost statuses, the output of search results in the staff client is misleading because of the way statuses are labeled. This is true if: - items are the from the same branch - items have the same call number - items have different values for itemlost In the example screenshot 2 Athens DVDs are Lost (lost) and one is Lost (missing). These items should either be grouped by authorized value category ("LOST") or each line should output the authorized value description ("Lost","Missing") to make it clear why they are grouped separately. -- 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 1

[Bug 5196] New: 006 subfields 01-17 should be populated depending on the 00 value
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5196 Summary: 006 subfields 01-17 should be populated depending on the 00 value Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 And depending on what value is selected for 006/00, there are need more options for 006/01 through 006/17 as well. All of these can be found at: http://www.loc.gov/marc/bibliographic/bd006.html. -- 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 6

[Bug 5198] New: HOLDPLACED being logged in patron messages
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5198 Summary: HOLDPLACED being logged in patron messages Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2601 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2601 hold placed logged on patron record When the hold placed message is sent it goes out to the librarian only. I have confirmed this in the message queue in the database. However as you see in the attachment the message is being logged on the patron record for some reason. This is confusing to librarians and should not happen. The default message also looks like it's formatted for being sent to the patrons - not to the librarians so the message should be changed to make it clear (at least in new installs) that this message goes to librarians, not patrons. -- 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 3

[Bug 5404] New: C4::Koha::subfield_is_koha_internal_p no longer serves a purpose
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5404 Summary: C4::Koha::subfield_is_koha_internal_p no longer serves a purpose Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Apparently older versions of Koha considered a MARC subfield in the frameworks that had a code longer than one character to be reserved for internal use. This no longer applies, so the routine and the last couple uses of it can be removed. -- 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 5170] New: budgets not giving user error messages on fail
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5170 Summary: budgets not giving user error messages on fail Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/admin/aqbudgetperiods.pl?op=add_form OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you are adding budgets if you enter something wrong (say the date) you don't get an error message in the staff client - you just get brought to the list of budgets where you don't see the budget you just tried to add. This tool needs some user friendly error messages to make it clear why the budget isn't being added. -- 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 4

[Bug 5085] New: Funds summary ignores quantityreceived
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5085 Summary: Funds summary ignores quantityreceived Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you receive a different number of books than you ordered, the fund calculations will apply to the number ordered, rather than the number received. -- 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 3

[Bug 4809] New: Lost & Paid For doesn't record payment
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4809 Summary: Lost & Paid For doesn't record payment Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 marking item 'lost and paid for' doesn't put the item link on the fines listing and it shows the amount as 0 instead of the fee that was paid and marking it paid - this means there is no record of the money changing hands -- 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 8

[Bug 4998] New: OPAC Browse by Hierarchy fails badly, links to old Koha Wiki
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4998 Summary: OPAC Browse by Hierarchy fails badly, links to old Koha Wiki Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/opac-browser.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you go to "Browse by Hierarchy" page (opac-browser.pl) and you have not previously configured it, you get a message pointing you to the old Koha Wiki: "The browser table is empty. this feature is not fully set-up. See the Koha Wiki for more information on what it does and how to configure it." The link is easily corrected, but I don't think it is in our patrons' best interests to explain to them why a feature we have offered them doesn't work. They certainly don't need to be redirected to a developer's wiki. We either need a more patron-friendly error message or we need a way to hide the link when the feature hasn't been configured. -- 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 5471] New: Quotes in tags cause moderation approval/rejection to fail
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '15

02 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5471 Summary: Quotes in tags cause moderation approval/rejection to fail Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 A tag such as "reality television" causes the approval or rejection of that tag to fail. The tag is simply never approved, no matter how many times you click the approve or reject button, or check the box and click approve. It does NOT affect any other tags, or affect batch processing of the other tags. -- 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 5428] New: Back to results after deleting a record
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '15

02 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5428 Summary: Back to results after deleting a record Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: spalding(a)senylrc.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 After deleting a bib record in the cataloging module your our redirect back to a search screen. It would be more helpful if the cataloger was redirect back to the search results list if they had any and not have to conduct another search again. -- 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 3