January 2013 - Koha-bugs - lists.koha-community.org

[Bug 6546] New: Batch modification tool should accept a biblionumber
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6546 Bug #: 6546 Summary: Batch modification tool should accept a biblionumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org It would be nice to be able to edit all the items attached to a biblio by passing the biblionumber to the batch item modification tool. Then we could put a link on the item edit screen to "Batch edit these items." -- 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 6802] New: with IndependantBranches on can still edit items
by bugzilla-daemon＠bugs.koha-community.org 18 May '13

18 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6802 Bug #: 6802 Summary: with IndependantBranches on can still edit items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical 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 When you're logged in to Koha with IndependantBranches turned on you shouldn't be able to edit other people's items, but there is a way around this. Even though you don't see the edit and delete links next to the items on this page: /cgi-bin/koha/cataloguing/additem.pl?biblionumber=509 you can click on an item and the edit and delete links show up - once that happens you can click edit and when you go to edit the item it forces the branch to be changed to yours - all bad things. I have a video, but jing isn't letting me upload it right now, so I'll add it if necessary. -- 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 7691] New: normal results showing multiple copies individually
by bugzilla-daemon＠bugs.koha-community.org 17 May '13

17 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7691 Priority: P5 - low Change sponsored?: --- Bug ID: 7691 Assignee: oleonard(a)myacpl.org Summary: normal results showing multiple copies individually QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 8123 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8123&action=edit atlanta showing 5 times instead of once with (5) after it When on the search results in the OPAC if you do not have XSLT turned on it's showing the same branch over and over with 1 copy at each instead of the branch and a total of copies. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9417] New: Allow number of results per page to be selectable for guided reports
by bugzilla-daemon＠bugs.koha-community.org 17 May '13

17 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9417 Bug ID: 9417 Summary: Allow number of results per page to be selectable for guided reports Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com Right now the number of results per page for reports is fixed at 20. It would be nice to allow for more results per page, while retaining the default as 20 per page. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7353] New: Inconsistencies with Longoverdue.pl
by bugzilla-daemon＠bugs.koha-community.org 16 May '13

16 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7353 Bug #: 7353 Summary: Inconsistencies with Longoverdue.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: thatcher.rea(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com It looks like with the recent changes in how lost items are handled has introduced some inconsistencies with how longoverdue.pl works. We're seeing instances where the script marks items as lost, but they appear in detail.pl as checked out. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 7452] New: OPAC unable to delete list item in IE
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7452 Bug #: 7452 Summary: OPAC unable to delete list item in IE Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: smoreland(a)nekls.org QAContact: ian.walls(a)bywatersolutions.com A patron brought this to our attention - she is unable to delete selected items from a private list when using Internet Explorer. I have attached a silent video showing the behavior in IE versus FireFox. We have explained that Koha works best with FireFox, but it seems this process should work in IE, as well. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 7127] New: Templates must be valid XHTML
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7127 Bug #: 7127 Summary: Templates must be valid XHTML Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org All templates should be valid XHTML. I'm finding many new instances of unescaped ampersands which need to be corrected. -- 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 35

[Bug 9518] New: There's no sending button for opac's cart
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9518 Bug ID: 9518 Summary: There's no sending button for opac's cart Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: carolina(a)masmedios.com The submit button to send a cart from the opac via e-mail is missing. When you want to send a bibliographic record via e-mail that has been previously added to your cart from the opac, you must push the keyboard's enter button once you've entered the e-mail in the text box, because there's no other option or button to send this information. It would be more efficient and intuitive if there was a button for this function. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7261] New: System Preference to select the first day of week (Sunday or Monday) to use in the calendar (OPAC and Intranet)
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7261 Bug #: 7261 Summary: System Preference to select the first day of week (Sunday or Monday) to use in the calendar (OPAC and Intranet) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: juan.sieira(a)xercode.es QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Created attachment 6393 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6393 Patch System Preference to select the first day of week (Sunday or Monday) to use in the calendar (OPAC and Intranet). To test the patch, run updatedatabase.pl to insert the new syspref and then use the calendar, for example in Tools->Calendar or opac-reserve in OPAC. Change the new syspref under Administration->Interface options->CalendarFirstDayOfWeek -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 7906] New: Optimize the order of styles and scripts
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7906 Priority: P5 - low Change sponsored?: --- Bug ID: 7906 Assignee: oleonard(a)myacpl.org Summary: Optimize the order of styles and scripts QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: cnighswonger(a)foundations.edu Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha Chrome's "Audit" Tab recommends the following: The following external CSS files were included after an external JavaScript file in the document head. To ensure CSS files are downloaded in parallel, always include external CSS before external JavaScript. 3 inline script blocks were found in the head between an external CSS file and another resource. To allow parallel downloading, move the inline script before the external CSS file, or after the next resource. This provoked the following comments on IRC: <wizzyrea> that "optimize the order of styles and scripts" is almost certainly caused by those sysprefs though <oleonard> That one we should file a bug for So this is the bug... -- You are receiving this mail because: You are watching all bug changes.

1 2