#4198 closed bug (wontfix)

Opened February 20, 2009 02:40PM UTC

Closed October 16, 2012 08:39PM UTC

Datepicker: setDate is very slow on IE6

Reported by:	barbarian	Owned by:
Priority:	major	Milestone:	1.11.0
Component:	ui.datepicker	Version:	1.6rc6
Keywords:	IE6 setDate datepicker	Cc:
Blocked by:		Blocking:

Description

datepicker setDate is very slow on IE6.

Here is code I use:

$("#dateEnd", editForm).datepicker("setDate",endDate);

where #dateEnd - input box.

On other browsers it works fine, but on IE6 this line works near 2 seconds.

For now I use next way for setting date:

$("#dateEnd", editForm).val($.datepicker.formatDate('dd/mm/yy',endDate));

Attachments (0)

Change History (9)

Changed February 21, 2009 03:39PM UTC by scottgonzalez comment:1

milestone:	TBD → 1.7
priority:	minor → major

Changed March 08, 2009 02:41PM UTC by rdworth comment:2

milestone:	1.7 → 1.8

Changed April 10, 2009 08:51AM UTC by kbwood comment:3

On my machine it takes around 800-900ms on IE6. Most of this time is spent in _updateDatepicker, and in there almost all the time is spent in the inst.dpDiv... jQuery processing, including about half in the _generateHTML function.

Given the much faster times on the other browsers (see below) I don't see that any changes will help on IE6 that much.

IE6 800-900ms

IE7 120-150ms

FF3 30-50ms

OP9 30ms

SF3 30-50ms

CH 20ms

Changed April 14, 2009 01:40PM UTC by keym comment:4

Hello,

I am facing the same problem and it's quite crucial for me, as my clients are using ie6 and unfortunately many people still do...

Regards

Changed May 24, 2009 02:00PM UTC by davidsk comment:5

It appears the same problem on my machine. The client can not bear the slow speed. So I have to find a plugin.

I hope it will be solved very soon.

Changed August 17, 2009 07:20PM UTC by zapwow comment:6

This can be fixed by turning on BackgroundImageCache. Should it be a standard part of the UI?

try {
	document.execCommand("BackgroundImageCache", false, true);
} catch(exception) {
	// other browsers do nothing
}

Replying to [comment:5 davidsk]:

It appears the same problem on my machine. The client can not bear the slow speed. So I have to find a plugin. I hope it will be solved very soon.

Changed September 09, 2010 12:32PM UTC by deanrobinson comment:7

We experienced this issue on a particular laptop build with IE6 and have managed to replciate.

We had locked the build down and IE was unable to write to the IE cache in Temporary Internet Files. This didn't cause any other issues but causes the calendar to take between 15 and 20 secs to render. When viewing cache settings in IE it showed a size of 0.

Giving the correct permissions and setting the cache to 20mb resolved the issue.

I hope this helps other people work around this bug.