firefox starts 2 times after upgrade
Hi all, I am using SuSE 9.3. Today i updated firefox from 1.0.8 to 1.5.0.6-1.4 (using YaST) After the update, as soon as i click the shortcut on my desktop firefox starts 2 times. The first is very quick available, but you can see that it tries to load a second time, which fails. I can use firefox normally after this. When i start firefox from the "start" button and then the internet -> web browser function, it starts normal. When i make a new shortcut to firefox, and click it, again it tries to open it 2 times. When i look in the properties of the desktop shortcut (which is the standard icon/setup), firefox is started with the command firefox %u The firefox shortcut from the "start" menu starts with the same command. The first time i started firefox after the update (using the desktop shortcut) it started normal. All further attempts try to start it twice. This happens for all users, and on two different computers. What went wrong and how do i correct this? Grtz, Cor van Haastregt -- Disc lamer: The mailinglist that you are reading is not the intended recipient of this posting. This is only a test of the echelon and data retention systems. Please archive this message indefinately to allow verification of the logfiles. By reading this message you agree to have your privacy invaded
On Wednesday 16 August 2006 15:55, Cor van Haastregt wrote:
I am using SuSE 9.3. Today i updated firefox from 1.0.8 to 1.5.0.6-1.4 (using YaST) After the update, as soon as i click the shortcut on my desktop firefox starts 2 times. The first is very quick available, but you can see that it tries to load a second time, which fails. I can use firefox normally after this.
The last person I helped fix this had two Firefox installations... one downloaded directly from mozilla.org and installed as user, which created a ~/firefox directory... the second was a later version, a SUSE-packaged rpm, installed as root via YaST (maybe via command line rpm.) The 'dual launch' attempt behavior went away after he removed both versions, deleted the ~/firefox directory (retaining his ~/.mozilla directory) and reinstalled the properly packaged version from SUSE I'm sure there's something similar going on in your case. hth & regards, Carl
Carl Hartung wrote:
On Wednesday 16 August 2006 15:55, Cor van Haastregt wrote:
I am using SuSE 9.3. Today i updated firefox from 1.0.8 to 1.5.0.6-1.4 (using YaST) After the update, as soon as i click the shortcut on my desktop firefox starts 2 times. The first is very quick available, but you can see that it tries to load a second time, which fails. I can use firefox normally after this.
The last person I helped fix this had two Firefox installations... one downloaded directly from mozilla.org and installed as user, which created a ~/firefox directory... the second was a later version, a SUSE-packaged rpm, installed as root via YaST (maybe via command line rpm.)
The 'dual launch' attempt behavior went away after he removed both versions, deleted the ~/firefox directory (retaining his ~/.mozilla directory) and reinstalled the properly packaged version from SUSE
I'm sure there's something similar going on in your case.
hth & regards,
Carl
I have the same when if it is used desktop link, but start from command line, and open links from mail works fine?! This is new after update to latest from /projects/mozilla directory. I double checked home directory, but there is no trace of original Mozilla installation, and I'm not sure that one was ever installed on 10.0, not to mention as first. Only thing that I have seen is strange MozillaFirefox.desktop file with missing international section. -- Regards, Rajko.
On Wed, Aug 16, 2006 at 07:24:57PM -0400, Carl Hartung wrote:
On Wednesday 16 August 2006 15:55, Cor van Haastregt wrote:
I am using SuSE 9.3. Today i updated firefox from 1.0.8 to 1.5.0.6-1.4 (using YaST) After the update, as soon as i click the shortcut on my desktop firefox starts 2 times. The first is very quick available, but you can see that it tries to load a second time, which fails. I can use firefox normally after this.
The last person I helped fix this had two Firefox installations... one downloaded directly from mozilla.org and installed as user, which created a ~/firefox directory... the second was a later version, a SUSE-packaged rpm, installed as root via YaST (maybe via command line rpm.)
The 'dual launch' attempt behavior went away after he removed both versions, deleted the ~/firefox directory (retaining his ~/.mozilla directory) and reinstalled the properly packaged version from SUSE
Ok, i checked, no ~/firefox directory, only the standard ~/.mozilla directory. I never installed a version of firefox myself, only used YaST to update it. So i uninstalled mozilla firefox (with YaST), reinstalled it and immediatly updated it to 1.5.0.6, no result, it still starts twice when clicking on the desktop shortcut. So i removed the desktop shortcut, made a new one, no result. I removed my entire ~/.mozilla directory, and then firefox starts only once as it should be. All starts thereafter go wrong again. It only goes wrong when clicking on the desktop icon, starting firefox from the commandline, or via the start menu starts firefox normal. Thanks for the help so far, Grtz, Cor van Haastregt -- Disc lamer: The mailinglist that you are reading is not the intended recipient of this posting. This is only a test of the echelon and data retention systems. Please archive this message indefinately to allow verification of the logfiles. By reading this message you agree to have your privacy invaded
On Thursday 17 August 2006 11:18, Cor van Haastregt wrote: <snip>
I removed my entire ~/.mozilla directory, and then firefox starts only once as it should be. All starts thereafter go wrong again.
Okay, see what happens in a pristine new (temporary) user environment. If the problem 'follows' you there, the problem is in the system and not just your own user space. Conversely, if the problem only appears in your existing user space, it is unique to your environment.
It only goes wrong when clicking on the desktop icon, starting firefox from the commandline, or via the start menu starts firefox normal.
What are the properties (differences?) of the broken and working launchers? Does the 'desktop icon' continue to fail if you: i. delete the existing one ii. right-click the launcher in the menu system and 'send' it to your desktop? regards, Carl
On Thu, Aug 17, 2006 at 11:41:41AM -0400, Carl Hartung wrote:
On Thursday 17 August 2006 11:18, Cor van Haastregt wrote: <snip>
I removed my entire ~/.mozilla directory, and then firefox starts only once as it should be. All starts thereafter go wrong again.
Okay, see what happens in a pristine new (temporary) user environment. If the problem 'follows' you there, the problem is in the system and not just your own user space. Conversely, if the problem only appears in your existing user space, it is unique to your environment.
All users have the same problem. I created new account, and it has the same problem.
It only goes wrong when clicking on the desktop icon, starting firefox from the commandline, or via the start menu starts firefox normal.
What are the properties (differences?) of the broken and working launchers?
Does the 'desktop icon' continue to fail if you:
i. delete the existing one
ii. right-click the launcher in the menu system and 'send' it to your desktop?
Ok, this is what i did: Copied the original firefoxdesktopconfig file to my homedir, and then deleted that desktop file.. Added the shortcut from the startmenu to the desktop, and then it was ok, except for one very small problem. I have effect for starting applications turned on, but with the new shortcut i have no startup effects. That is no problem to me. However, i tried to find out what caused the difference, so i compared the new shortcut with the copy of the original and i found out that it is caused by this line in the shortcut configuration file (~/Desktop/MozillaFirefox.desktop): StartupNotify=false With that line removed, or set to true, i get the startup effect, but also firefox tries to start twice. Copied the original desktop file back, added the StartupNotify=false line, and then i have again a normal behaviour of firefox. Tnx alot for sending me in the right direction. So firefox seems to be working as it should be, but it is still strange why with the original configuration firefox started twice after the update. Grtz, Cor van Haastregt -- Disc lamer: The mailinglist that you are reading is not the intended recipient of this posting. This is only a test of the echelon and data retention systems. Please archive this message indefinately to allow verification of the logfiles. By reading this message you agree to have your privacy invaded
On Thursday 17 August 2006 14:41, Cor van Haastregt wrote:
All users have the same problem. I created new account, and it has the same problem.
Then there's a problem with your Firefox installation. The most common cause for these types of behaviors are: 1) installing any rpm using the '--force' option (ignoring dependencies and conflicts instead of fixing an underlying problem) 2) installing any rpm with YaST and instructing it to "ignore" dependencies and conflicts (ditto above) 3) installing generic (not SUSE-specific) rpm packages (may 'land' bits and pieces at incompatible/unexpected/"non-SUSE" locations) 4) installing rpm packages designed for other distributions (ditto above) 5) installing rpm packages designed for later/earlier SUSE releases (ditto above; also can introduce incompatible compiler/library conflicts) 6) installing from tarball (bypassing the rpm database completely) Of course, there are sometimes very good reasons for trying these things but *only* under specific circumstances where you understand what you're doing and know how to bring the system back to a consistent state afterwards. Are you certain you haven't in the past installed a generic mozilla.org supplied rpm or tarball and forgotten? Could it be you uninstalled it but have "leftovers" taking up space somewhere in your filesystem? From my system: 1. /usr/bin/firefox = symbolic link to /opt/MozillaFirefox/lib/firefox.sh 2. /opt/MozillaFirefox/lib/firefox.sh = shell script invokes user's instance 3. /opt/MozillaFirefox/lib/firefox-bin = the binary executable <snip>
So firefox seems to be working as it should be, but it is still strange why with the original configuration firefox started twice after the update.
Actually, with startup notification turned "off" you're just not seeing the second instance starting and then dying... ;-) ... not a problem... it makes you feel better! :-) Maybe try running 'locate firefox' (no quotes) in a shell and look for a second file called "firefox" hidden somewhere in your filesystem. That's all I have to suggest at this point. Good luck! Carl
On Thu, Aug 17, 2006 at 04:49:38PM -0400, Carl Hartung wrote:
On Thursday 17 August 2006 14:41, Cor van Haastregt wrote:
All users have the same problem. I created new account, and it has the same problem.
Then there's a problem with your Firefox installation. The most common cause for these types of behaviors are:
[snip possible causes]
Are you certain you haven't in the past installed a generic mozilla.org supplied rpm or tarball and forgotten? Could it be you uninstalled it but have "leftovers" taking up space somewhere in your filesystem?
I am 100% sure i never installed a generic mozilla.org supplied tarball or rpm on my system. All software installed on my system are installed and updated by YaST, and no dependencies or conflicts were found or ignored as far as i remember. Not completely true, i had to install the drivers for my videocard myself.
1. /usr/bin/firefox = symbolic link to /opt/MozillaFirefox/lib/firefox.sh 2. /opt/MozillaFirefox/lib/firefox.sh = shell script invokes user's instance 3. /opt/MozillaFirefox/lib/firefox-bin = the binary executable
Same on my systems.
<snip>
So firefox seems to be working as it should be, but it is still strange why with the original configuration firefox started twice after the update.
Actually, with startup notification turned "off" you're just not seeing the second instance starting and then dying... ;-) ... not a problem... it makes you feel better! :-)
Already thought of that, just don't see the second startup now :-)
Maybe try running 'locate firefox' (no quotes) in a shell and look for a second file called "firefox" hidden somewhere in your filesystem.
I did, no second firefox file found. Maybe a stupid suggestion, but when it happened i looked with ps aux during the "second start attempt" if there really was a second firefox running. I noticed this process at the same time as firefox was started: /opt/gnome/lib/GConf/2/gconfd-2 18 Isn't that strange, as i am using KDE? I don't know why that is started with mozilla. Again, Thank you very much for your help. Greetz, Cor van Haastregt -- Disc lamer: The mailinglist that you are reading is not the intended recipient of this posting. This is only a test of the echelon and data retention systems. Please archive this message indefinately to allow verification of the logfiles. By reading this message you agree to have your privacy invaded
On Fri, 2006-08-18 at 19:53 +0200, Cor van Haastregt wrote:
On Thu, Aug 17, 2006 at 04:49:38PM -0400, Carl Hartung wrote:
On Thursday 17 August 2006 14:41, Cor van Haastregt wrote:
All users have the same problem. I created new account, and it has the same problem.
Then there's a problem with your Firefox installation. The most common cause for these types of behaviors are:
[snip possible causes]
Are you certain you haven't in the past installed a generic mozilla.org supplied rpm or tarball and forgotten? Could it be you uninstalled it but have "leftovers" taking up space somewhere in your filesystem?
I am 100% sure i never installed a generic mozilla.org supplied tarball or rpm on my system. All software installed on my system are installed and updated by YaST, and no dependencies or conflicts were found or ignored as far as i remember. Not completely true, i had to install the drivers for my videocard myself.
I too had this problem with an YOU update to 1.5.0.5-0.1 and then it disappeared with another update on YOU a couple of days later to 1.5.0.6-1.2. And like you I have NEVER installed Firefox other than the stock Firefox from the install media or YOU updates. -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998
How about creating a new desktop icon yourself to firefox using the same path that you use when you bring it up by command line. I think this may help lead you to a solution. Cor van Haastregt wrote:
On Wed, Aug 16, 2006 at 07:24:57PM -0400, Carl Hartung wrote:
On Wednesday 16 August 2006 15:55, Cor van Haastregt wrote:
I am using SuSE 9.3. Today i updated firefox from 1.0.8 to 1.5.0.6-1.4 (using YaST) After the update, as soon as i click the shortcut on my desktop firefox starts 2 times. The first is very quick available, but you can see that it tries to load a second time, which fails. I can use firefox normally after this.
The last person I helped fix this had two Firefox installations... one downloaded directly from mozilla.org and installed as user, which created a ~/firefox directory... the second was a later version, a SUSE-packaged rpm, installed as root via YaST (maybe via command line rpm.)
The 'dual launch' attempt behavior went away after he removed both versions, deleted the ~/firefox directory (retaining his ~/.mozilla directory) and reinstalled the properly packaged version from SUSE
Ok, i checked, no ~/firefox directory, only the standard ~/.mozilla directory. I never installed a version of firefox myself, only used YaST to update it. So i uninstalled mozilla firefox (with YaST), reinstalled it and immediatly updated it to 1.5.0.6, no result, it still starts twice when clicking on the desktop shortcut.
So i removed the desktop shortcut, made a new one, no result.
I removed my entire ~/.mozilla directory, and then firefox starts only once as it should be. All starts thereafter go wrong again.
It only goes wrong when clicking on the desktop icon, starting firefox from the commandline, or via the start menu starts firefox normal.
Thanks for the help so far, Grtz, Cor van Haastregt
On Thursday 17 August 2006 11:56, Robert Lewis wrote:
How about creating a new desktop icon yourself to firefox using the same path that you use when you bring it up by command line.
I think this may help lead you to a solution. <snip>
I know things are pretty laid back over there in Felton, Robert ;-) but the convention on SUSE lists is to avoid top-posting. (If you were from New York I'd probably be ducking right about now!) regards, Carl
Hi, It looks like the MozillaFirefox 1.5.0.6-1.3 updated rpms for 10.1 exist only for 32 bit in ftp://ftp.suse.com/pub/suse/update/10.1/rpm/i586/ The 64 bit versions that were expected to go into ftp://ftp.suse.com/pub/suse/update/10.1/rpm/x86_64 are missing. This seems to generate dependency problems with the updates ... Is that normal? Any way around it? Thanks, Florin
On Wednesday 13 September 2006 18:24, Florin Manolache wrote:
Hi,
It looks like the MozillaFirefox 1.5.0.6-1.3 updated rpms for 10.1 exist only for 32 bit in ftp://ftp.suse.com/pub/suse/update/10.1/rpm/i586/
The 64 bit versions that were expected to go into ftp://ftp.suse.com/pub/suse/update/10.1/rpm/x86_64 are missing.
Expected? As far as I can see there never was an x86_64 version of MozillaFirefox for 10.1, and since there was no original, there won't be an update. firefox is considered a 32 bit only app (likely because of plugin compatibility issues) If you want a 64 bit browser, go with mozilla or konqueror
On Wed, Sep 13, 2006 at 12:24:49PM -0400, Florin Manolache wrote:
Hi,
It looks like the MozillaFirefox 1.5.0.6-1.3 updated rpms for 10.1 exist only for 32 bit in ftp://ftp.suse.com/pub/suse/update/10.1/rpm/i586/
The 64 bit versions that were expected to go into ftp://ftp.suse.com/pub/suse/update/10.1/rpm/x86_64 are missing.
This seems to generate dependency problems with the updates ... Is that normal? Any way around it?
This is ok and wanted. (For 32bit Netscape plugins, like Flash). Do you see dependency problems or do you just think there are any? Ciao, Marcus
It looks like firefox has 2 dependencies on the x64 system: beagle-firefox and qm. I installed on that system the x64 firefox from ftp://ftp.suse.com/pub/projects/mozilla/firefox/1.5.0.7 but that is older than the i586 version from the official updates. That generates trouble since "you" insists to install the i586 updates and the dependencies are broken. That's either a bug in "you", or people that generate the x64 version of firefox above didnt't find out yet that it is forbidden to do so. It looks like I'll have to remove firefox comletely and try to work mozplugger into seamonkey maybe ... Anyways, the plugin stuff doesn't work out of the box for dvi or ps files (that are interesting for most educational use) even in the 32-bit version. So I don't really see any reason for the big fuss about plugins ... Florin Manolache On Thu, 14 Sep 2006, Marcus Meissner wrote:
On Wed, Sep 13, 2006 at 12:24:49PM -0400, Florin Manolache wrote:
Hi,
It looks like the MozillaFirefox 1.5.0.6-1.3 updated rpms for 10.1 exist only for 32 bit in ftp://ftp.suse.com/pub/suse/update/10.1/rpm/i586/
The 64 bit versions that were expected to go into ftp://ftp.suse.com/pub/suse/update/10.1/rpm/x86_64 are missing.
This seems to generate dependency problems with the updates ... Is that normal? Any way around it?
This is ok and wanted. (For 32bit Netscape plugins, like Flash).
Do you see dependency problems or do you just think there are any?
Ciao, Marcus
Hi, The latest update of MozillaFirefox for SUSE 9.3 doesn't really work properly: 1. When started from the command like it produces all sorts of (debugging) output. The only way to keep it quiet is to re-direct stderr to /dev/null. That is ok with me but it generates lots of unhappyness in the user base. 2. mozplugger stopped working for all types of files. The browser just displays an empty page. For example when the user clicks on a postscript file, the stderr from the browser reads: ++DOMWINDOW == 25 For application/postscript found plugin /usr/lib/browser-plugins/mozplugger.so LoadPlugin() /usr/lib/browser-plugins/mozplugger.so returned 97e0080 nsPluginNativeWindowGtk2: NPPVpluginNeedsXEmbed=0 nsPluginNativeWindowGtk2: call SetWindow with xid=0x3010e29 About to create new ws_info... About to create new xtbin of 788 X 658 from 0x96c0438... About to show xtbin(0x9ae9410)... completed gtk_widget_show(0x9ae9410) nsPluginNativeWindowGtk2: NPPVpluginNeedsXEmbed=0 nsPluginNativeWindowGtk2: call SetWindow with xid=0x3200005 nsPluginNativeWindowGtk2: NPPVpluginNeedsXEmbed=0 nsPluginNativeWindowGtk2: call SetWindow with xid=0x3010e29 I couldn't find a workaround for the second problem. I'll appreciate if anybody can make any suggestion. Thanks, Florin Manolache
On Monday 25 September 2006 07:22, Florin Manolache wrote:
Hi,
The latest update of MozillaFirefox for SUSE 9.3 doesn't really work properly:
<snip> I just did the latest update this morning through YaST, and mine's working fine (also 9.3 here). -- "A nation can survive its fools and even the ambitious but it cannot survive treason from within. An enemy at the gates is less formidable for he is known and he carries his banner openly against the city. But the traitor moves among those within the gates freely." Cicero
On Mon, 25 Sep 2006, JB wrote:
On Monday 25 September 2006 07:22, Florin Manolache wrote:
Hi,
The latest update of MozillaFirefox for SUSE 9.3 doesn't really work properly:
<snip>
I just did the latest update this morning through YaST, and mine's working fine (also 9.3 here).
Thanks for the tip. What version of mozplugger do you use? Florin Manolache
On Monday 25 September 2006 10:20, Florin Manolache wrote:
On Mon, 25 Sep 2006, JB wrote:
On Monday 25 September 2006 07:22, Florin Manolache wrote:
Hi,
The latest update of MozillaFirefox for SUSE 9.3 doesn't really work properly:
<snip>
I just did the latest update this morning through YaST, and mine's working fine (also 9.3 here).
Thanks for the tip. What version of mozplugger do you use?
Florin Manolache
I've got version 1.7.1-5.1 installed. -- "A nation can survive its fools and even the ambitious but it cannot survive treason from within. An enemy at the gates is less formidable for he is known and he carries his banner openly against the city. But the traitor moves among those within the gates freely." Cicero
On Mon, 25 Sep 2006, JB wrote:
On Monday 25 September 2006 10:20, Florin Manolache wrote:
On Mon, 25 Sep 2006, JB wrote:
On Monday 25 September 2006 07:22, Florin Manolache wrote:
Hi,
The latest update of MozillaFirefox for SUSE 9.3 doesn't really work properly:
<snip>
I just did the latest update this morning through YaST, and mine's working fine (also 9.3 here).
Thanks for the tip. What version of mozplugger do you use?
I've got version 1.7.1-5.1 installed.
I downgraded to 1.7.1-5.1 and it behaves exactly the same. Tough luck ... So you say you can see dvi and ps files through mozplugger ... Hmmm. Can you please send me your /etc/mozpluggerrc file? Thanks, Florin Manolache
On Tuesday 26 September 2006 09:50, Florin Manolache wrote:
The latest update of MozillaFirefox for SUSE 9.3 doesn't really work properly:
<snip>
I just did the latest update this morning through YaST, and mine's working fine (also 9.3 here).
Thanks for the tip. What version of mozplugger do you use?
I've got version 1.7.1-5.1 installed.
I downgraded to 1.7.1-5.1 and it behaves exactly the same. Tough luck ... So you say you can see dvi and ps files through mozplugger ... Hmmm. Can you please send me your /etc/mozpluggerrc file?
I don't think I've ever tried to open either one of those formats, but I'll send you that file anyway, because it does have both of those in it. File sent to your e-mail. -- "A nation can survive its fools and even the ambitious but it cannot survive treason from within. An enemy at the gates is less formidable for he is known and he carries his banner openly against the city. But the traitor moves among those within the gates freely." Cicero
participants (9)
-
Anders Johansson -
Carl Hartung -
Cor van Haastregt -
Florin Manolache -
JB -
Ken Schneider -
Marcus Meissner -
Rajko M -
Robert Lewis