Drag and drop from URL bar to Desktop and -no-deelevate
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect, P3)
Tracking
()
People
(Reporter: j, Unassigned)
Details
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•8 months ago
|
||
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.
|
||
Updated•8 months ago
|
|
||
Updated•8 months ago
|
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•7 months ago
|
||
(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-deelevateis 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.
Description
•