User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 Build ID: 20150906030209 Steps to reproduce: 1. Create XPI 2. Drag and Drop onto Firefox Actual results: Firefox prevented this site from asking you to install software on your computer (in Nightly/Dev Edition with signatures off) Expected results: Firefox should have asked if I want to install the extension. It still works if I set Firefox as the default for opening XPI files and I double click the XPI. I am on win 10x64 bit doesn't work in Dev Edition (42) or Nightly (43).
I just checked again after updating dev edition and it works in dev edition now. Nightly is still refusing to install it.
You are facing this issue using firefox on windows 10, right ? See what happens on latest nightly update again. btw, does it happen with any xpi file or with some specific ones ?
(I see no reason this would be win10-related, so I'm taking it off the tracker.)
No longer blocks: 1077146
(In reply to :Gijs Kruitbosch from comment #3) > (I see no reason this would be win10-related, so I'm taking it off the tracker.) From the part "Windows NT 10.0" of user agent, I thought it means windows 10, as windows 10 is having some strange behavior, sorry about that :(
I am using windows 10 64bit with Firefox 32 bit not sure if that has anything to do with it as I don't have another machine. It is still happening as of the Nightly from today (9-15-2015). I have tried a couple of XPIs and they all have the same problem. The weird part is that while I can't drag and drop it onto Firefox as a new tab. I can double click to open the XPI with Firefox set as the handler and then it works. They are both file:// so it seems weird that one works and the other does not.
from comment 5 it is sure that the user is using windows 10, and I am unable to reproduce the bug from windows 7. Does it relate to windows 10 Gijs Kruitbosch ??
This works for me when dragging into the content area of about:home or google.co.uk, both on win8 and win10. It breaks, both on win8 and win10, if I try to drop the add-on as a new tab on the tabstrip. Can you confirm that's what happens for you, too? And if not, can you try to be more specific (maybe with a screen recording) in describing exactly from where you drag the file and where you drop it?
Flags: needinfo?(gijskruitbosch+bugs) → needinfo?(offbynone)
That seems to be my problem too. Before I was trying to drag to the tabstrip to open as a new tab when it would fail. I just tried to drag it onto the content of a window and it worked.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression, regressionwindow-wanted
Summary: cannot install extension via drag and drop → cannot install extension via drag and drop to tabstrip
Component: Untriaged → Add-ons Manager
Product: Firefox → Toolkit
Summary: cannot install extension via drag and drop to tabstrip → Cannot install add-on / extension via drag and drop to tabstrip
The problem is only happens with e10s
tracking-e10s: --- → ?
Summary: Cannot install add-on / extension via drag and drop to tabstrip → [e10s] Cannot install add-on / extension via drag and drop to tabstrip
tracking-e10s: ? → +
Pushlog: https://hg.mozilla.org/integration/fx-team/pushloghtml?fromchange=5b6fdfc822e9d18614035d0ce4962ac63eb842b6&tochange=9d2d9b4a95b9 Regressed by: 9d2d9b4a95b9 Dave Townsend — Bug 1042699: Block cross-origin add-on install requests. r=dveditz (Please put 1042699 in Blocks field)
This will be fallout from bug 1042699 and probably very difficult to fix since we apparently don't have a sane way of tracking what caused a url to be loaded.
Kev, what is your take on this? Should this issue block e10s going to GA? Thanks.
Yay older bugs. Per comment #12, it's difficult to fix, but we should update the "Firefox prevented this site from asking you to install software on your computer" messaging to the user to provide better options/a method that works.
You need to log in before you can comment on or make changes to this bug.