Closed Bug 992927 Opened 11 years ago Closed 10 years ago

The widget panel displayed on mark button press shows cutoff bullet points

Categories

(Firefox Graveyard :: SocialAPI, defect)

26 Branch
defect
Not set
normal

Tracking

(firefox28 wontfix, firefox29- affected, firefox30- affected, firefox31- affected)

RESOLVED INVALID
Tracking Status
firefox28 --- wontfix
firefox29 - affected
firefox30 - affected
firefox31 - affected

People

(Reporter: avaida, Unassigned)

Details

(Keywords: regression)

Attachments

(2 files)

Attached image windows7_64.png
Reproducible on Windows 7 64-bit, Windows 8.1 64-bit, Mac OS X 10.9 and Ubuntu 13.10 64-bit, with: - Firefox 29 Beta 5, Build ID: 20140403132807 [1], - Aurora 30.0a2 (2014-04-06), Build ID: 20140406004002 [2], - Nightly 31.0a1 (2014-04-06), Build ID: 20140406030203 [3]. Steps to reproduce: 1. Launch Firefox using a new profile. 2. Access the following URL: http://mixedpuppy.github.io/socialapi-directory/en-US/demo.html 3. Enable the service. 4. Access a random page (e.g. http://example.com/) and press the mark button (the one that has a flag icon associated, in the navigation toolbar). 5. Press again the mark button and then click "change panel size". Expected result: the content available in the mark panel is displayed properly. Actual result: the items displayed after increasing the panel's size (e.g. Item __ # 0) are shown with cutoff bullet points. Regression window: * m-c: ** last good revision: ab5f29823236 <2013-09-06> ** first bad revision: 3697f962bb7b <2013-09-07> ** pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ab5f29823236&tochange=3697f962bb7b * m-i: ** last good revision: 842a3da6e311 ** first bad revision: 8cad45f03f6a ** pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=842a3da6e311&tochange=8cad45f03f6a Screenshots attached. 1. Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 2. Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0 3. Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0
Attached image mac10.9.png
screenshot depicting the issue on Mac OS X 10.9
odd regression date considering that this button/panel landed that day.
Assuming wontfix for Firefox 28 and nominating for tracking for the rest given this is a regression from Firefox 26.
Keywords: regression
Version: Trunk → 26 Branch
Flags: firefox-backlog?
With no evidence this affects real providers, I don't think we should track this for 29 (also not clear if this ever worked correctly with the new panel).
Flags: firefox-backlog? → firefox-backlog-
I'm also reluctant to think this is an issue in the panel, I rather think it is some css issue in the html loaded for the demo provider.
This is definitely a css problem in the demo provider. loading the marks page in a tab shows that.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: