1880881 - Drag and drop from URL bar to Desktop and -no-deelevate

Status: RESOLVED DUPLICATE of bug 1564808

(Core :: DOM: Copy & Paste and Drag & Drop, defect, P3)

Description

[J]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

Context: https://support.mozilla.org/en-US/kb/windows-administrator-launcher-process-error-fix

When UAC is disabled, we cannot drag and drop the URL from the URL bar into a desktop file.

A solution is to start Firefox like this:

firefox.exe -do-deelevate

Is there an option to enable this by default (e.g. in a .ini or .cfg file, or in about:config)?

Often Firefox starts from another application (since it's the default browser), and thus -no-deelevate is not enabled in this case

Actual results:

See previous text box.

Expected results:

See previous text box.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::DOM: Copy & Paste and Drag & Drop' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 3

[J]

It is not an exact duplicate of https://bugzilla.mozilla.org/show_bug.cgi?id=1564808.
Also that one is RESOLVED / WONTFIX.
It is not fixed: the problem is still there, and makes the user experience poorer. The user cannot drag and drop and this is a real problem.

Also, often Firefox starts from another application (since it's the default system browser), and thus -no-deelevate is not enabled in this case.

@MasatoshiKimura, can we reopen this one?

Dear triage owner, why is this considered as Resolved?

Thanks!

Comment 4

[Andrew McCreight [:mccr8]]

(In reply to J from comment #3)

It is not an exact duplicate of https://bugzilla.mozilla.org/show_bug.cgi?id=1564808.

What is the difference between that bug and the bug that you filed?

Also that one is RESOLVED / WONTFIX.
It is not fixed: the problem is still there, and makes the user experience poorer. The user cannot drag and drop and this is a real problem.

Also, often Firefox starts from another application (since it's the default system browser), and thus -no-deelevate is not enabled in this case.

@MasatoshiKimura, can we reopen this one?

Dear triage owner, why is this considered as Resolved?

Thanks!

"wontfix" doesn't mean there is no problem, it means that somebody decided that it shouldn't be fixed, because, perhaps, there is some kind of tradeoff. I am not familiar with the issues here, but it sounds like they thought that fixing this would cause security problems. This bug was marked as resolved because :emk decided it was the same issue as that other bug.