Closed
Bug 1385188
Opened 8 years ago
Closed 8 years ago
Creating jQuery ui-menu doesn't handle CSS correctly
Categories
(WebExtensions :: Request Handling, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1380156
People
(Reporter: sami.vanttinen, Unassigned)
References
Details
(Keywords: nightly-community, regression)
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36
Steps to reproduce:
A WebExtension (https://addons.mozilla.org/en-US/firefox/addon/keepassxc-browser/) creates a jQuery ui-menu (dropdown list) for input field for user credentials.
Actual results:
The ui-menu has a transparent background, only the text is visible but rendered over other elements. Any CSS settings are discarded. See the attached file.
Expected results:
The ui-menu should render normally above other elements and show CSS correctly.
Reporter | ||
Comment 1•8 years ago
|
||
Reporter | ||
Updated•8 years ago
|
Attachment #8891199 -
Attachment description: nightly.png → Firefox Nightly doesn't show it correctly.
Comment 2•8 years ago
|
||
Can you please find a regression range with https://mozilla.github.io/mozregression/
Keywords: regression,
regressionwindow-wanted
Reporter | ||
Updated•8 years ago
|
Keywords: nightly-community
Reporter | ||
Updated•8 years ago
|
Has Regression Range: --- → yes
Reporter | ||
Comment 3•8 years ago
|
||
(In reply to Kohei Yoshino [:kohei] from comment #2)
> Can you please find a regression range with
> https://mozilla.github.io/mozregression/
Last good revision: 6cc6282c67c75b86289d944a31cb39f5a5639925
First bad revision: 3358bef7a047d347e576bbb83d1461b3776fc5fb
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=6cc6282c67c75b86289d944a31cb39f5a5639925&tochange=3358bef7a047d347e576bbb83d1461b3776fc5fb
Comment 4•8 years ago
|
||
Thanks!
Updated•8 years ago
|
Component: Untriaged → WebExtensions: Request Handling
Product: Firefox → Toolkit
Comment 5•8 years ago
|
||
I haven't been able to reproduce this because I can't get the extension (https://addons.mozilla.org/en-US/firefox/addon/keepassxc-browser/) to connect to KeePassXC after installing it. In the app (for Mac OS that I downloaded from https//github.com/varjolintu/keepassxc/releases on a test machine), I've enabled the browser integration. The extension popup spins on "Checking status..." and if I click "Connect" in the settings, nothing happens.
Sami, when you hit this problem, were you loading the extension as a JAR file or from a directory (unpacked)?
Flags: needinfo?(haftandilian) → needinfo?(sami.vanttinen)
Reporter | ||
Comment 6•8 years ago
|
||
(In reply to Haik Aftandilian [:haik] from comment #5)
> I haven't been able to reproduce this because I can't get the extension
> (https://addons.mozilla.org/en-US/firefox/addon/keepassxc-browser/) to
> connect to KeePassXC after installing it. In the app (for Mac OS that I
> downloaded from https//github.com/varjolintu/keepassxc/releases on a test
> machine), I've enabled the browser integration. The extension popup spins on
> "Checking status..." and if I click "Connect" in the settings, nothing
> happens.
>
> Sami, when you hit this problem, were you loading the extension as a JAR
> file or from a directory (unpacked)?
You need to install the JSON scripts from the KeePassXC browser extension settings for your browser.
I tried to reproduce the issue this morning and it seems the new Nightly build fixed it. Of course I would like to have some other source to confirm this.
Flags: needinfo?(sami.vanttinen)
Comment 7•8 years ago
|
||
(In reply to sami.vanttinen from comment #6)
> I tried to reproduce the issue this morning and it seems the new Nightly
> build fixed it. Of course I would like to have some other source to confirm
> this.
OK, I'm glad you're not seeing it anymore. You might have been hitting bug 180156 which was fixed a few days ago. That caused WebExtension css web-accessible resources to fail to load, but only on a temporary extension loaded from a directory, not a JAR file.
Reporter | ||
Comment 8•8 years ago
|
||
(In reply to Haik Aftandilian [:haik] from comment #7)
> (In reply to sami.vanttinen from comment #6)
> > I tried to reproduce the issue this morning and it seems the new Nightly
> > build fixed it. Of course I would like to have some other source to confirm
> > this.
>
> OK, I'm glad you're not seeing it anymore. You might have been hitting bug
> 180156 which was fixed a few days ago. That caused WebExtension css
> web-accessible resources to fail to load, but only on a temporary extension
> loaded from a directory, not a JAR file.
Sounds like the bug I was having. This bug can be closed.
Comment 9•8 years ago
|
||
(In reply to sami.vanttinen from comment #8)
> (In reply to Haik Aftandilian [:haik] from comment #7)
> > (In reply to sami.vanttinen from comment #6)
> > > I tried to reproduce the issue this morning and it seems the new Nightly
> > > build fixed it. Of course I would like to have some other source to confirm
> > > this.
> >
> > OK, I'm glad you're not seeing it anymore. You might have been hitting bug
> > 180156 which was fixed a few days ago. That caused WebExtension css
> > web-accessible resources to fail to load, but only on a temporary extension
> > loaded from a directory, not a JAR file.
The bug I meant to link to above is bug 1380156.
> Sounds like the bug I was having. This bug can be closed.
OK, I'll close it as a dupe of 1380156. Thanks for taking the time to file a bug!
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Updated•7 years ago
|
Product: Toolkit → WebExtensions
You need to log in
before you can comment on or make changes to this bug.
Description
•