April 2009 - Koha-bugs - lists.koha-community.org

[Bug 3129] New: IE7: AJAX patron autocomplete in checkout header is offset to the right side of the control
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3129 Summary: IE7: AJAX patron autocomplete in checkout header is offset to the right side of the control Product: Koha Version: rel_3_0 Platform: PC URL: http://staff-dfs4.dev.kohalibrary.com/cgi- bin/koha/circ/circulation.pl OS/Version: All Status: NEW Severity: minor Priority: P3 Component: Browser compatibility AssignedTo: joe.atzberger(a)liblime.com ReportedBy: daniel.sweeney(a)liblime.com CC: oleonard(a)myacpl.org, galen.charlton(a)liblime.com Estimated Hours: 0.0 In IE7, when auto-completing patron names in the "Check Out" header, the left edge of the dropdown menu is offset to the right-hand edge of the patron name text box. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 3

[Bug 3122] New: OPAC image jumbled with IE6 or IE7
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3122 Summary: OPAC image jumbled with IE6 or IE7 Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Browser compatibility AssignedTo: joe.atzberger(a)liblime.com ReportedBy: mary.moules(a)liblime.com CC: oleonard(a)myacpl.org, galen.charlton(a)liblime.com Estimated Hours: 0.0 Created an attachment (id=733) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=733) Screen print from customer The format of the OPAC screen is "rearranged" at times when using IE6 or IE7. For example, what should be at the top appears at the bottom. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 3109] New: Consistency Check, broken img tags
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3109 Summary: Consistency Check, broken img tags Product: Koha Version: HEAD Platform: PC URL: http://www.koha.org/about-koha/case-studies/hlt.html OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Websites, Mailing Lists, etc. AssignedTo: jmf(a)liblime.com ReportedBy: joe.atzberger(a)liblime.com Estimated Hours: 0.0 Top of the page says "The first version of Koha went live at HLT in January 2005." That's just wrong. Should be 2000, as the rest of the page goes on to describe. The screenshot images are missing, links are 404. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 2

[Bug 3125] New: IE7: Selected columns list in Reports Dictionary is not showing column names.
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3125 Summary: IE7: Selected columns list in Reports Dictionary is not showing column names. Product: Koha Version: rel_3_0 Platform: PC URL: http://staff-dfs4.dev.kohalibrary.com/cgi- bin/koha/reports/dictionary.pl?phase=Add%20New%20Definit ion OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Browser compatibility AssignedTo: joe.atzberger(a)liblime.com ReportedBy: daniel.sweeney(a)liblime.com CC: oleonard(a)myacpl.org, galen.charlton(a)liblime.com Estimated Hours: 0.0 When adding a new definition to the Reports Dictionary, using IE7, the left hand/selected list is wide enough but does not display the names of the selected columns. Admins can add columns to the list and the appropriate columns are added but they do not display except as empty list entries. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 3145] New: patron templates using poorly named "P" and "C" variables
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3145 Summary: patron templates using poorly named "P" and "C" variables Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: joe.atzberger(a)liblime.com ReportedBy: galen.charlton(a)liblime.com Estimated Hours: 0.0 As pointed out by Joe, at least two templates, possible more, use template variables "P" and "C" to indicate patron category types. These are poor names, and should be changed to something like patron_category_type_P and patron_category_type_C. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 2

[Bug 3147] New: call to ModZebra in DelAuthority fails (fatal error) if record previously deleted but still exists in index
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3147 Summary: call to ModZebra in DelAuthority fails (fatal error) if record previously deleted but still exists in index Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Authority data support AssignedTo: rch(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 If the zebra index failed to update after a record is deleted, the call to GetAuthority crashes, causing the record to be undeletable, since DelAuthority never completes, i.e. never can successfully call ModZebra. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 2

[Bug 3164] New: OPAC-placed holds broken in SingleBranchMode
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3164 Summary: OPAC-placed holds broken in SingleBranchMode Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: rch(a)liblime.com CC: sedwards(a)alloycomputing.com Estimated Hours: 0.0 Patrons cannot place holds on titles if SingleBranchMode is ON because the template does not supply the branchcode to opac-reserve.pl. The script returns the error 'bad_data', which displays as "ERROR: Internal error: incomplete hold request." Offending code is around line 196 of opac/opac-reserve.pl, but would be fixed by just keeping the branchcode as a param in the tmpl even if singlebranchmode is on. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 3150] New: Verbiage of any email sent from Koha should be editable from web interface
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3150 Summary: Verbiage of any email sent from Koha should be editable from web interface Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 This is currently uneven in application. Holds notifications are editable through the web interface, but cart/list/shelf/suggestion response emails are governed by templates. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 2

[Bug 3146] New: Yui CSS files always imported /en/ directory instead of actual language
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3146 Summary: Yui CSS files always imported /en/ directory instead of actual language Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: abcendzone(a)yahoo.com Estimated Hours: 0.0 The "reset-fonts-grids.css" and "skin.css" files are imported in "/koha/opac/htdocs/opac-tmpl/prog/$LANG/css/opac.css" via @import url("../../en/lib/yui/reset-fonts-grids.css"); @import url("../../en/lib/yui/skin.css"); for ALL languages, instead of the correct $LANG directory. E.g. for a german installation where opaclanguage=de-DE, it should be @import url("../../de-DE/lib/yui/reset-fonts-grids.css"); @import url("../../de-DE/lib/yui/skin.css"); As these files are identical for all languages but are installed in each language directory, one could either remove the duplicate files from the language directories or actually use them from there. Right now they are installed for each language but imported just from the /en/ directory. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 1

[Bug 3111] New: Opac lists all ITYPES as same, when database lists different. Other OPAC issues.
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3111 Summary: Opac lists all ITYPES as same, when database lists different. Other OPAC issues. Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: darrellulm(a)smfpl.org Estimated Hours: 0.0 The opac details page lists all ITYPES as same when database shows different. Intranet is correct. The opac seach results page is not updated for 'avail' and 'checked-out' Intranet appears correct. Example (there are several REF items here - opac does not show) http://opac.smfpl.org/cgi-bin/koha/opac-detail.pl?biblionumber=54825 There is one ref item here. Details pages does not show http://opac.smfpl.org/cgi-bin/koha/opac-detail.pl?biblionumber=85095 OPAC shows items (w/ copynumber present) as checked out no matter what. http://opac.smfpl.org/cgi-bin/koha/opac-search.pl?q=simpsons The details page is not an indexing issue. The incorrect ITYPEs are displayed. It seems to grab the first one can use that for all entries as if the indiv. item types are not being accounted for. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 1