939774 - Anonymox add-on breaks Australis

Status: VERIFIED FIXED

(WebExtensions :: General, defect)

Description

[Joshua Smith [:joshua-s]]

Attachment: My about:support

In UX Nightly, when I load a page, nothing is displayed.  All I can see is the title showing that the page is loaded.  This issue is fixed after visiting about:customizing.

Comment 1

[Joshua Smith [:joshua-s]]

Attachment: Screenshot of the issue

Here is a screenshot.

Comment 2

[Joshua Smith [:joshua-s]]

Attachment: Browser Console error log

I restarted in Safe Mode, and found that an add-on (Anonymox) is causing this issue.  I have tested in Nightly, and it works fine.

I have not changed any of the settings, so you should be able to reproduce simply by installing the add-on off of AMO.

Comment 3

[Mike de Boer [:mikedeboer]]

Web Console dump: https://pastebin.mozilla.org/3628933

The JS error in there 'toolbarbutton is null toolbar_button.js:119' comes from the 'HTTPS Everywhere' add-on at '[e-mail]/chrome/content/toolbar_button.js'.

Comment 4

[Mike de Boer [:mikedeboer]]

... but that JS error does not seem to cause this bug, is what I wanted to say. It's definitely Anonymox.

Comment 5

[Mike Conley (:mconley) (:⚙️)]

Whoops - Florian was right on the initial product / component.

Comment 6

[Jorge Villalobos [:jorgev] (he/him)]

I just notified the developers through AMO.

Comment 7

[Joshua Smith [:joshua-s]]

Thank you!

Comment 8

[:Gijs (he/him)]

As we can't affect the solution for this, I don't think we should prio it (until/unless we get other info).

Comment 9

[Paul Silaghi, QA [:pauly]]

Joshua, do you still reproduce any problems with the Anonymox add-on?

Comment 10

[Joshua Smith [:joshua-s]]

Yes, it still produces the same error.  Now, it also gives me an alert dialog:
An error has occured.
Press "OK" to get help.

Error Details:

Source: ui.updateStatusLabels
Error Message: TypeError: statusLabel is null
Code: resource://anonymox/components.jsm -> resource://anonymox/ui.js line 497
Version: anonymoX 2.1.1 @ Firefox 29.0a1 @ Darwin

Comment 11

[Paul Silaghi, QA [:pauly]]

Thanks.
Confirmed in nightly 29.0a1 (2014-01-27), win 7 x64.

Comment 12

[:Gijs (he/him)]

(In reply to Jorge Villalobos [:jorgev] from comment #6)
> I just notified the developers through AMO.

Jorge, did they get back to you? As we're going to beta on Monday, I wonder if the add-on is already marked as incompatible with 29. If not, I think we should do that. The experience in comment #0 isn't something I want anyone to have to deal with. :-(

Comment 13

[Jorge Villalobos [:jorgev] (he/him)]

I just marked it as incompatible, removed it from the featured list and downgraded it on the site so it gets less visibility. A new version was posted after I contacted them, but it didn't fix the problem.

Comment 14

[o0.christi+dev]

Version 2.3.1 fixes the issue: We used a custom notificationbox (for some reason), which was inserted to a non-existing element in australis. This was not necessary and now the default notificationbox is used.

Comment 15

[Cornel Ionce [:noni] [Hubs QA]]

Verified fixed with Fx 29 beta 8, build ID: 20140414143035