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)
Tracking
(firefox28 wontfix, firefox29- affected, firefox30- affected, firefox31- affected)
People
(Reporter: avaida, Unassigned)
Details
(Keywords: regression)
Attachments
(2 files)
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
| Reporter | ||
Comment 1•11 years ago
|
||
screenshot depicting the issue on Mac OS X 10.9
Comment 2•11 years ago
|
||
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.
status-firefox28:
--- → wontfix
status-firefox29:
--- → affected
status-firefox30:
--- → affected
status-firefox31:
--- → affected
tracking-firefox29:
--- → ?
tracking-firefox30:
--- → ?
tracking-firefox31:
--- → ?
Keywords: regression
Version: Trunk → 26 Branch
Updated•11 years ago
|
Updated•11 years ago
|
Flags: firefox-backlog?
Comment 4•11 years ago
|
||
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).
Updated•11 years ago
|
Flags: firefox-backlog? → firefox-backlog-
Comment 5•11 years ago
|
||
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.
Comment 6•10 years ago
|
||
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
Updated•6 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•