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

[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 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 7416] New: calendar header black in Chrome
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7416 Bug #: 7416 Summary: calendar header black in Chrome Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 7081 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7081 calendar without month When you're in Chrome the calendar pop up has a black header that makes it so that you can't read the month. -- 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 3

[Bug 7071] New: download list link not opening new window in FF7
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7071 Bug #: 7071 Summary: download list link not opening new window in FF7 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In FF7 on Mac when I click the download link at the top of the list in the OPAC it opens a new tab in my browser - it used to open a new window over my OPAC. Now if I click 'close this window' it leaves me with a blank tab instead of the tab my OPAC was in. -- 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 7390] New: Place hold page should offer compact view if it is in a pop-up
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7390 Bug #: 7390 Summary: Place hold page should offer compact view if it is in a pop-up Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: ian.walls(a)bywatersolutions.com If you place a hold from the Cart you're loading the place hold page into a smaller browser window. In this situation the display should be stripped down to only the place hold functions. When the hold transaction is complete the user should be redirected to the Cart. -- 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 1

[Bug 6564] New: access to account isn't easy to find on the masthead
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6564 Bug #: 6564 Summary: access to account isn't easy to find on the masthead Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: aanitah(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Hello ! Some users say that it isn't easy to understand how they could access to their account, once they left the account's page. We can see on the masthead for example, "Welcome, Miss Name Surname". But many of our users don't know that they must click on their Name + Surname on the masthead to access to their account's page. So we think that it would be easier if we could change the wording which says "Welcome, Miss Name Surname" by replacing it with something else in the administration panel. Like "Click here to return to your account" instead of "Welcome, Miss Name Surname" Thanks -- 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 6329] New: patron categories should show which fields are required
by bugzilla-daemon＠bugs.koha-community.org 15 May '13

15 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6329 Bug #: 6329 Summary: patron categories should show which fields are required Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4076 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4076 error about required fields not being filled in When you're adding or editing patron category the required fields aren't marked as required. There should be a red start or some sort of indication of what fields are required. -- 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 9