Closed Bug 1015398 Opened 10 years ago Closed 10 years ago

Left-click on padlock for displaying certificate infos broken

Categories

(Firefox :: Address Bar, defect)

31 Branch
x86_64
Linux
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 994562

People

(Reporter: loic.etienne, Unassigned)

Details

Version: ftp://ftp.mozilla.org/pub/firefox/tinderbox-builds/mozilla-central-linux64/1398214496/firefox-31.0a1.en-US.linux-x86_64.tar.bz2

1. Go to https site
2. Left-click Padlock (left to the url): ok (cert info displayed)
3. Right-click Padlock: ok (some menu displayed)
2. Left-click Padlock again: nok (something seems to be displayed and removed in quick alternance, blinking, barely visible)
Hi,

thanks for taking time to report a problem.
I wasn't able to reproduce it on latest Nightly (Mozilla/5.0 (X11; Linux x86_64; rv:32.0) Gecko/20100101 Firefox/32.0 ID:20140525030203 CSet: e86a0d92d174) and in latest Aurora (Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 ID:20140525004002 CSet: 6e4752f28434).

Does this happen with a specific URL?
Also: have you tried in Safe Mode (Help → Restart with Add-ons disabled) or with a clean profile? (see here how to create one → http://kb.mozillazine.org/Profile_Manager).

Out of curiosity, is there a specific reason you're using the tinderbox builds instead of the latest Nightly and/or Aurora?


Cheers,
Francesca
QA Whiteboard: [bugday-20140526]
Flags: needinfo?(loic.etienne)
I retried today with firefox 31.0a1 from
https://wiki.mozilla.org/SecurityEngineering/mozpkix-testing#Request_for_Testing
ftp://ftp.mozilla.org/pub/firefox/tinderbox-builds/mozilla-central-linux64/1398557877/firefox-31.0a1.en-US.linux-x86_64.tar.bz2
The left-click on the padlock still does not work properly (this time, no preceding right click was needed). The color of the padlock changes a bit (darker green), but the new display area seems to be deleted just after it has been painted.

I retried today also with firefox 32.0a1 from
http://nightly.mozilla.org/
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-32.0a1.en-US.linux-x86_64.tar.bz2
The bug is not reproducible with this version.

The URL I tested was https://www.ubs.com.

Note that I am using the window manager dwm-6.0 over ubuntu 12.10. I do not know if this matters.

What is the difference between 31.0a1 and 32.0a1? The bug is not reproducible with 32.0a1, but it may be useful to understand what was wrong with 31.0a1.
Flags: needinfo?(loic.etienne)
Hi Loïc,

many thanks for the additional info.

(In reply to Loïc from comment #2)
> I retried today with firefox 31.0a1 from
> https://wiki.mozilla.org/SecurityEngineering/mozpkix-
> testing#Request_for_Testing
> ftp://ftp.mozilla.org/pub/firefox/tinderbox-builds/mozilla-central-linux64/
> 1398557877/firefox-31.0a1.en-US.linux-x86_64.tar.bz2
> The left-click on the padlock still does not work properly (this time, no
> preceding right click was needed). The color of the padlock changes a bit
> (darker green), but the new display area seems to be deleted just after it
> has been painted.

Ah yes, I can see it as well in this version. But this build is pretty old: as you can see from that page, they were built on April 26th.
To test the current version of Aurora, you should try this → https://www.mozilla.org/en-US/firefox/channel/#aurora
Could you please give it a try and see if that version work? It works for me, but I want to be sure :).

> What is the difference between 31.0a1 and 32.0a1? 

Firefox uses a rapid release process, meaning that we have 4 different versions: the stable release (now it's 29), the Beta release (now 30, which is a release candidate - the next stable), Aurora (now 31) and Nightly (now 32).
Nightly is the one in constant development and testing, while Aurora is a bit more stable, so to speak, as the changes made in Nightly take some weeks to reach it (unless they are applied directly to that tree, in specific cases).

My guess is that problem you're seeing in the 31 from April 26th, has been already fixed both in Nightly and in the current Aurora.
 
And specifically, the problem should be the one reported in Bug 994562. In fact, in the build affected you can see also problems with animation for the bookmarks and download panels.

Just to be sure, I'll wait you to confirm that it doesn't happen in the latest Aurora before closing this as duplicate.

Hope this helps,
Francesca
Flags: needinfo?(loic.etienne)
Version 31.0a1: Indeed, this bug 1015398 seems to be related to bug 994562, I could observe the same behavior (panel displayed and deleted immediately after) on the Padlock (bug 1015398) and also on the Download button right to the url (bug 994562). I assume the cause was the same.

Version 31.0a2: Bug 1015398 and bug 994562 not reproducible (presumably fixed).

Version 32.0a1: Bug 1015398 and bug 994562 not reproducible (presumably fixed).

Thus this bug 1015398 can be closed as duplicate of 994562 (similar symptoms, almost certainly same cause).

Thx for responsiveness.
Loic
Flags: needinfo?(loic.etienne)
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.