Bug 3130 - IE7: Javascript warning on Holds ratios to calculate if there are no hold ratios over the threshold
Summary: IE7: Javascript warning on Holds ratios to calculate if there are no hold ra...
Alias: None
Product: Koha
Classification: Unclassified
Component: Browser compatibility (show other bugs)
Version: rel_3_0
Hardware: PC All
: PATCH-Sent (DO NOT USE) minor (vote)
Assignee: Galen Charlton
QA Contact:
URL: http://staff-dfs4.dev.kohalibrary.com...
Depends on:
Reported: 2009-04-16 10:45 UTC by Chris Cormack
Modified: 2012-10-25 22:37 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Who signed the patch off:
Text to go in the release notes:
Version(s) released in:


Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 01:06:49 UTC

---- Reported by daniel.sweeney@liblime.com 2009-04-16 22:45:41 ----

When the admin enters the Holds Ratios form, if there are no holds in the system that meet the selected  criteria, IE7 raises a javascript error:  line 3, char 6697  error: 'undefined' is null or not an object 

If you ignore the warning, the page works otherwise. The warning does not come up if any holds meet the criteria on the form.

---- Additional Comments From joe.atzberger@liblime.com 2009-04-28 20:13:50 ----

This bug is reported by FF/Firebug also.  The error appears to be internal to jquery.tablesorter.min.js.  

tablesorter reports an error that breaks the minified version before 2.0.3:

The date suggest that we have the working version, but I want to DL and diff against the current one.

---- Additional Comments From joe.atzberger@liblime.com 2009-04-28 20:29:28 ----

FYI, Firebug error is "parsers is undefined", but w/ the minified jquery file, the line number (2) is meaningless.

---- Additional Comments From joe.atzberger@liblime.com 2009-04-28 23:28:08 ----

Confirmed minified version is current.  Attempting to debug w/ non-minified version shows same error "parsers is undefined" from line 483.  

That's the inner line from:

function getCachedSortType(parsers,i) {
    return parsers[i].type;

I think the problem is that the table is empty/missing initially.  This script has some other errors that need to be cleaned up too.  Specifically, it is passing more holds than necessary to the template and letting a template conditional inside the loop control whether to display or not.  That doesn't make sense, and it forces the table to be displayed even when all rows FAIL the conditional.  

---- Additional Comments From gmcharlt@gmail.com 2009-04-29 12:44:58 ----

Patch pushed.  Please test and close.

---- Additional Comments From daniel.sweeney@liblime.com 2009-04-29 17:58:26 ----

Confirmed fixed. 

--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:06 UTC  ---

This bug was previously known as _bug_ 3130 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3130

Actual time not defined. Setting to 0.0
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here: chris@bigballofwax.co.nz.
   Previous reporter was daniel.sweeney@liblime.com.
The original assignee of this bug does not have
   an account here. Reassigning to the default assignee
   for the component, gmcharlt@gmail.com.
   Previous assignee was joe.atzberger@liblime.com.