Closed Bug 1111439 Opened 10 years ago Closed 3 years ago

Drupal 6 admin 2nd level menu not showing

Categories

(Core :: Layout, defect)

34 Branch
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: mail.ashek, Unassigned)

References

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0
Build ID: 20141126041045

Steps to reproduce:

Open any Drupal 6 site and login with admin credentials. 
Then hover over top menu bar to see nested sub menus.
Hover over a sub menu to open 2nd level nested sub menus.


Actual results:

2nd level sub menus are not showing when the menu components have a fractional opacity set. Remove the fraction value from the opacity and they become visible.


Expected results:

2nd level sub menus should have opened.
Severity: normal → blocker
Priority: -- → P1
Priority: P1 → P5
Did this work with previous versions of Firefox?


(In reply to Tarafder Ashek E Elahi from comment #0)
> Open any Drupal 6 site and login with admin credentials. 

This is a step not accessible to most people.

Why do you think this is related to CSS parsing or data computation?
Severity: blocker → normal
Flags: needinfo?(mail.ashek)
Priority: P5 → --
Yes, it worked with previous versions of Firefox and it's still working on all the other browsers available.

(In reply to David Baron [:dbaron] (UTC-8) (needinfo? for questions) from comment #1)
> Did this work with previous versions of Firefox?
> 
> 
> (In reply to Tarafder Ashek E Elahi from comment #0)
> > Open any Drupal 6 site and login with admin credentials. 
> 
> This is a step not accessible to most people.
> 
> Why do you think this is related to CSS parsing or data computation?

I agree that this step is not accessible to all but nevertheless it's a important issue as there are thousands of site using Drupal 6. And accessing the admin menu is important to them.

I could fix the issue by simply removing the fractional value of opacity of the nested <li> elements. By default the 2nd level and onward <li> elements have opacity set as "0.88". When I make it to "1", the issue gets fixed. That made me think it could be a CSS parsing issue.
Flags: needinfo?(mail.ashek)
> I agree that this step is not accessible to all but nevertheless it's a important issue 

No, the point is that it's hard to fix a bug that one can't reproduce.

Do you happen to have a link to a Drupal 6 install where you could send someone the admin credentials, or any other ideas for how one would go reproducing the issue in a sane way?

Alternately, if it used to work and now doesn't, are you able to use http://mozilla.github.io/mozregression/ to narrow down when the problem appeared?
Flags: needinfo?(mail.ashek)
(In reply to Boris Zbarsky (Vacation Dec 15-31) [:bz] from comment #3)
> > I agree that this step is not accessible to all but nevertheless it's a important issue 
> 
> No, the point is that it's hard to fix a bug that one can't reproduce.
> 
> Do you happen to have a link to a Drupal 6 install where you could send
> someone the admin credentials, or any other ideas for how one would go
> reproducing the issue in a sane way?
> 
> Alternately, if it used to work and now doesn't, are you able to use
> http://mozilla.github.io/mozregression/ to narrow down when the problem
> appeared?

You can find the menu here:
http://www.unleashedmind.com/drupal/admin_menu/
At the top of the page you can find a black menu strip. Try opening the sub menus by hovering your cursors and you can see the issue that 2nd level sub menus are not opening. Previous versions of Firefox and all versions of other browsers don't have this issue.
Flags: needinfo?(mail.ashek)
Thank you, that's perfect.

The problem first appears in nightly builds in this checkin range: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=0894d2cdb16d&tochange=e743fd8c57ed

This is before 34 development started, so the fact that this works in 33 suggests that the responsible change is in that range but was backed out from 33 or disabled there...
Not surprisingly the fix range on aurora is:
https://hg.mozilla.org/releases/mozilla-aurora/pushloghtml?fromchange=e91fe41e2d51&tochange=1a817719d9ea
which suggests bug 1022612.
Blocks: 1022612
OS: Windows 7 → All
Hardware: x86_64 → All
Hovering over "Content management" should open the primary menu; hovering over the items should open submenus.  The bug is that the submenus no longer open.
Status: UNCONFIRMED → NEW
Component: CSS Parsing and Computation → Layout
Ever confirmed: true
Flags: needinfo?(roc)
Fixed by the patch in bug 1111753.
Depends on: 1111753
Flags: needinfo?(roc)
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: