Closed Bug 490476 Opened 16 years ago Closed 10 years ago

"Use DDE" causes desktop shortcuts or external links to open very slowly.

Categories

(Firefox :: Shell Integration, defect)

Product:
Firefox
Component:
Shell Integration
Version:
3.0 Branch
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 491947

People

(Reporter: jgivens, Unassigned)

Details

Attachments

(1 file)

Here is a vbs script I found to easily clear the settings
1.62 KB, application/octet-stream
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.9) Gecko/2009040821 Firefox/3.0.9 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.9) Gecko/2009040821 Firefox/3.0.9 When a new install or upgrade of FF is finished, opening links, mainly from email, is extremely slow, sometimes 30 seconds. Removing the "Use DDE" for all the FF filetypes or removing the DDEExec key for the FF entries in HKCR hive resolve the problem. When the next update to FF comes along the problem reappears and the fix needs to be reapplied. Reproducible: Always Steps to Reproduce: 1.Install FF 2.Open an email link (Thunderbird here) 3.Wait Actual Results: A varying delay occurs. Expected Results: Minimal delay
This is due to the app requirement to re-register components vs. dde.
I neglected to add that I've only noticed this over the last few months, 6 perhaps. If this is a necessary thing, what has changed over, say from a year ago, that has caused this to be needed? I see this as an app killer. If someone migrates to FF and then they can't open external links, they will go back to IE in a heartbeat.
(In reply to comment #2) > I neglected to add that I've only noticed this over the last few months, 6 > perhaps. > > If this is a necessary thing, what has changed over, say from a year ago, that > has caused this to be needed? I haven't seen it take anywhere near as long as you indicated in comment #0. Can you try with a new profile (it might be due to an extension since they can have components that will need registering or it may possibly be something in your profile)? > I see this as an app killer. If someone migrates to FF and then they can't open > external links, they will go back to IE in a heartbeat. Are you saying that you can't open links or as the first report implied that it only happened once after installing / upgrading?
>>I haven't seen it take anywhere near as long as you indicated in comment #0. >>Can you try with a new profile (it might be due to an extension since they can >>have components that will need registering or it may possibly be something in >>your profile)? A good point. I haven't tried that but certainly will sometime today. >>Are you saying that you can't open links or as the first report implied that >>it only happened once after installing / upgrading? I was speaking in the perspective of a new user where a 30 second delay would be viewed as 'not working'. I will post some specific data shortly. When I noticed this happening to me I researched and found a fair amount of similar experiences. Note that some of these (far) predate my noticing this issue. http://forums.mozillazine.org/viewtopic.php?f=38&t=541512&p=6354155 http://forums.mozillazine.org/viewtopic.php?f=38&t=657642&st=0&sk=t&sd=a&start=45
OK, how convenient - FF 3.0.10 just came in. Installing this new one and running in safe mode, on the taskbar, when I click a link from an email in TB there is an 8 - 15 second delay before the FF window comes on top and slightly after the page renders. Removing the ddeexec key from the http key of HKCR, clicking the same link gives FF on top instantly, < 1 sec.
One interesting thing to note is that we don't initialize dde in a normal launch from a desktop shortcut (as stated in this bug's summary) after an update. Also, are you updating again prior to testing the removal of dde?
After removal of ddeexec (after the update to 3.0.10 and working nicely) I downloaded the installer and dropped it on top of the existing install. The behavior returned, about 12 seconds for a link from TB to open. Applying the removal of dde in the various FF filetypes, again restored the snappy link opening.
So, this happens after every subsequent launch of the application. If so, I was confused in my thinking that this only happens after a new install or app update and then didn't occur for subsequent launches.
Yes, that is correct. It will happen forever until the 'patch' is applied. I'm sorry for not being clear on that. An install then reverts back to the 'bad' behavior. Clearing the keys fixes it all until...
With this additional info then this is quite likely specific to your system and doesn't affect the majority of systems. One issue with dde is that other dde apps can affect its performance so getting a list of apps that you are using may be of help with figuring out why this is happening on your system.
OK, I will investigate further. I will try to find the references (recent) that I had seen recently of those with the same problem.
Test results: An image of a virgin XP install exhibited no issues w/ FF. A clean boot on my machine was interesting. Only things running were the portions of Zonealarm and McAfee that cannot be removed except by uninstalling. Installing FF 3.0.10 resulted in the first time am external link was clicked it took over a minute to process. Once that first one was done all others worked just fine, no fixup needed. Booting back into my normal system now results in no ill behavior exhibited at all, even after installing again.
The first run being slow is due to the app performing its first run operations such as registering components and has nothing to do with dde. Chances are there is an app on your system interfering with dde.
btw: I filed bug 491947 to disable dde.
Version: unspecified → 3.0 Branch
DDE is no longer used for shell integration
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: