This forum is a discussion about improving the "Running Windows as Administrator with Launcher Process enabled in Firefox causes Drag and Drop errors - How to Fix" article. If you'd like to participate, please register.

If you need help with Firefox, please ask a question.

New article: Background and related discussion

  • 5 Replies
  • Last reply by AliceWyman
  1. AliceWyman 5146 posts
    Report Abuse

    https://support.mozilla.org/en-US/forums/contributors/713579#post-76276 Firefox 68 for Desktop - Release Notes / Issues / Discussions

    philipp said

    <snip> some common issues reported by users in various support channels that i've noticed so far are: <snip>

    philipp's post links to:

    Bug 1435780 [Meta] Firefox launcher process

    https://support.mozilla.org/en-US/forums/contributors/713579#post-76276 Firefox 68 for Desktop - Release Notes / Issues / Discussions ''philipp [[#post-76276|said]]'' <blockquote> <snip> some common issues reported by users in various support channels that i've noticed so far are: * '''drag and drop problems''' of content from firefox to the desktop on windows: this is fallout of an intentional security-related change ("[https://bugzilla.mozilla.org/show_bug.cgi?id=1435780 launcher process]") that's shipping to release users in 68. we have this sumo article on file for this: [[Running Windows as Administrator with Launcher Process Enabled Causes Drag and Drop Errors - How to Fix]] - disabling the launcher process itself is not a recommended workaround *;sumo questions: https://support.mozilla.org/en-US/questions/firefox?owner=all&tagged=bug1564808&show=all <snip> </blockquote> philipp's post links to: [https://bugzilla.mozilla.org/show_bug.cgi?id=1435780 Bug 1435780] [Meta] Firefox launcher process
  2. AliceWyman 5146 posts
    Report Abuse

    This article is also for Firefox Desktop, not just Firefox for Enterprise. See: https://support.mozilla.org/en-US/forums/contributors/713579

    Underpass said

    Hello, excuse me, are you sure that this article only applies to ESR? Running Windows as Administrator with Launcher Process enabled in Firefox causes Drag and Drop errors - How to Fix Just a few days ago we had a user of the Italian forum who solved his problem with that change in the preferences, and he didn't use the ESR. Thanks.

    cor-el said

    This article is not about ESR, but for all users that have modified settings as mentioned in the article. I'm not sure about the note at the start of this article, because I've only seen normal users at this forum that have a problem with dragging. This is about users that run Firefox as administrator and also made changes to the UAC setting to make then extra vulnerable (i.e. they are lazy). Actually you should never run a browser as administrator because this makes you extra vulnerable (on Linux Google Chrome refuses to start as a Root user).
    This article is also for Firefox Desktop, not just Firefox for Enterprise. See: https://support.mozilla.org/en-US/forums/contributors/713579 ''Underpass [[#post-76302|said]]'' <blockquote> Hello, excuse me, are you sure that this article only applies to ESR? [[Running Windows as Administrator with Launcher Process Enabled Causes Drag and Drop Errors - How to Fix]] Just a few days ago we had a user of the Italian forum who solved his problem with that change in the preferences, and he didn't use the ESR. Thanks. </blockquote> ''cor-el [[#post-76304|said]]'' <blockquote> This article is not about ESR, but for all users that have modified settings as mentioned in the article. I'm not sure about the note at the start of this article, because I've only seen normal users at this forum that have a problem with dragging. This is about users that run Firefox as administrator and also made changes to the UAC setting to make then extra vulnerable (i.e. they are lazy). Actually you should never run a browser as administrator because this makes you extra vulnerable (on Linux Google Chrome refuses to start as a Root user). </blockquote>
  3. AliceWyman 5146 posts
    Report Abuse

    I edited the article Description to apply to both Firefox and Firefox for Enterprise, along with some content edits.

    P.S. Support questions about this issue are tagged bug1564808

    Bug 1564808 Unable to drag and drop images from browser to desktop RESOLVED WONTFIX

    I edited the article Description to apply to both Firefox and Firefox for Enterprise, along with some content edits. P.S. Support questions about this issue are tagged [https://support.mozilla.org/en-US/questions/firefox?owner=all&tagged=bug1564808&show=all bug1564808] [https://bugzilla.mozilla.org/show_bug.cgi?id=1564808 Bug 1564808] Unable to drag and drop images from browser to desktop RESOLVED WONTFIX
    Modified by AliceWyman on
  4. Mozinet 4 posts
    Report Abuse

    A user said us that a protection software cancelled the reactivation of the UAC.

    A user said us that a protection software cancelled the reactivation of the UAC.
  5. AliceWyman 5146 posts
    Report Abuse

    On using the -no-deelevate command line option to start Firefox, see: https://support.mozilla.org/en-US/forums/contributors/713579#post-76396

    jscher2000 said


    v00p said

    <snip> When the switch is set on our firefox launcher shortcut file, it works. But the switch is not honored when the browser get launched from any other mean than that shortcut file. (ie clicking any hyperlink from within any given application, will launch firefox but won't honor the -no-unelevate switch)

    Hi v00p, external links are handled using paths set in the Windows registry. If Firefox is not already running in the default profile, then this path also will start Firefox.

    For example (64-bit):

    HKEY_CLASSES_ROOT\FirefoxHTML-308046B0AF4A39CB\shell\open\command

    Default value: "C:\Program Files\Mozilla Firefox\firefox.exe" -osint -url "%1"

    If you needed -no-deelevate on the command line, you could edit that:

    Default value: "C:\Program Files\Mozilla Firefox\firefox.exe" -no-deelevate -osint -url "%1"

    You might need to repeat that after updates, if Firefox refreshes these values when updating.

    It would be simpler to re-enable UAC or launch Firefox from the shortcut and keep it minimized rather than closing it.


    On using the '''-no-deelevate''' command line option to start Firefox, see: https://support.mozilla.org/en-US/forums/contributors/713579#post-76396 ''jscher2000 [[#post-76396|said]]'' ----- ''v00p [[#post-76392|said]]'' <blockquote><snip> When the switch is set on our firefox launcher shortcut file, it works. But the switch is not honored when the browser get launched from any other mean than that shortcut file. (ie clicking any hyperlink from within any given application, will launch firefox but won't honor the -no-unelevate switch) </blockquote> Hi v00p, external links are handled using paths set in the Windows registry. If Firefox is not already running in the default profile, then this path also will start Firefox. For example (64-bit): HKEY_CLASSES_ROOT\FirefoxHTML-308046B0AF4A39CB\shell\open\command Default value: "C:\Program Files\Mozilla Firefox\firefox.exe" -osint -url "%1" If you needed -no-deelevate on the command line, you could edit that: Default value: "C:\Program Files\Mozilla Firefox\firefox.exe" -no-deelevate -osint -url "%1" You might need to repeat that after updates, if Firefox refreshes these values when updating. It would be simpler to re-enable UAC or launch Firefox from the shortcut and keep it minimized rather than closing it. -----
  6. AliceWyman 5146 posts
    Report Abuse

    Followup: https://support.mozilla.org/en-US/forums/contributors/713579?page=2#post-76402

    v00p said

    Hi jscher2000, The registry fix is actually the first thing I've attempted to solve this, but it never worked, hence why I came here for further investigation. The workaround proposed are appreciated, but not suitable for my needs and machine specs. (Leaving a firefox instance open is not possible as it takes way too many resources. As for UAC, there's a reason why I've disabled, which remains...) What I found to be the less cumbersome workaround is to change my default browser to google chrome. This way, whenever hyperlink are consumed from within external mean, I won't get affected by this bug. For explicit/active browsing, I'll launch my browser as usual from my desktop shortcut.
    Followup: https://support.mozilla.org/en-US/forums/contributors/713579?page=2#post-76402 ''v00p [[#post-76402|said]]'' <blockquote>Hi jscher2000, The registry fix is actually the first thing I've attempted to solve this, but it never worked, hence why I came here for further investigation. The workaround proposed are appreciated, but not suitable for my needs and machine specs. (Leaving a firefox instance open is not possible as it takes way too many resources. As for UAC, there's a reason why I've disabled, which remains...) What I found to be the less cumbersome workaround is to change my default browser to google chrome. This way, whenever hyperlink are consumed from within external mean, I won't get affected by this bug. For explicit/active browsing, I'll launch my browser as usual from my desktop shortcut. </blockquote>