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

[Bug 8917] New: Track clicks to links external to Koha
by bugzilla-daemon＠bugs.koha-community.org 20 May '13

20 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8917 Priority: P5 - low Change sponsored?: --- Bug ID: 8917 Assignee: oleonard(a)myacpl.org Summary: Track clicks to links external to Koha Severity: enhancement Classification: Unclassified OS: All Reporter: chris(a)bigballofwax.co.nz Hardware: All Status: NEW Version: master Component: OPAC Product: Koha It would be nice to be able to track if patrons clicked on links inside records to visit links external to Koha. (Ebooks, databases etc). This should be stored in it's own database table, and a system preference should control if it is used, and also if it stores identifying information or not. TrackClicks - No - Yes anonymously - Yes link to borrowers if logged in Off by default. This data can then be retrieved by a crafted sql report. -- You are receiving this mail because: You are watching all bug changes.

1 83

[Bug 7593] New: merging bib records loses connection to order line
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7593 Bug #: 7593 Summary: merging bib records loses connection to order line Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com Many libraries follow this process: 1. Enter brief record in Aquisitions basket 2. Receive items in Aquisitions 3. Cataloger pulls in full record 4. Merge full record and Acq record Now, if you do this and choose the new full record as your base record then you end up losing the connection to the order line because in essence the bib record that was on that order has been deleted. We need some sort of check in place to prevent this from happening. The easiest I can think of is to update the bib number in the order line as part of the merge record process, but I'm up for any suggestion that does not mean that we have to trust the user to choose the Acq order record as their base and then check all the boxes for all the fields on the full record by hand. -- 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 85

[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 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 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