Closed Bug 879708 Opened 12 years ago Closed 12 years ago

bottom-aligned text columns in new /new page are cut for locales

Categories

(www.mozilla.org :: Pages & Content, defect, P4)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: pascalc, Unassigned)

References

Details

(Whiteboard: [kb=1000668] )

Attachments

(5 files)

While working on the updated firefox/new page for locales, I noticed that the text instructions in columns are bottom aligned according to the height of text in English. For all locales with translations longer than Englishn, that means the text is cut in the middle (see screenshot). https://www-dev.allizom.org/b/fr/firefox/new/#download-fx
What Firefox version are you running? I am not seeing this on my Firefox 21.
Firefox 21, and we are actually seeing different content because you are on mac
note that the issue is not the screenshots but the text, your own screenshot doesn't show if the text is cut or not, can you check?
(In reply to Pascal Chevrel:pascalc from comment #3) > Firefox 21, and we are actually seeing different content because you are on > mac That's right. You're on Linux. We should verify on Windows too.
Actually, it looks like that I get the instructions for mac and windows merged and that would make the text twice the height. I don't have a windows machine to test, i'll ping people for that.
Just an FYI for everyone. There are no screenshots for Linux on purpose because of all of the Linux flavors and the chances of Linux users not knowing how to install an app is slim.
This is a Linux only bug. I am able to see the whole text in in Windows. I think we should increase the space between the bottom text and the footer a bit to fix this.
+ 1 to Raymond's fix about adding spacing to bottom of text block to account for longer descriptions.
(In reply to raymond [:retornam] from comment #9) > This is a Linux only bug. I am able to see the whole text in in Windows. I > think we should increase the space between the bottom text and the footer a > bit to fix this. Thanks Raymond. We should fix this, but it shouldn't be a blocker since Linux is 1.37% of our download traffic by OS type.
Since we don't have Linux screenshots, we could just eliminate that space where the screenshots are at on Linux and that would probably solve the space issue. Probably would look better too.
I agree, this is not a blocker.
Priority: -- → P4
Whiteboard: [kb=1000668]
I'm unable to reproduce what's in Pascal's screenshot as I'm not on Linux. I've attached a image of what should be displayed for Linux users (I've taken this on OSX by changing change the html class name from `osx` to `linux`, so the applicable CSS selectors kick in). Seems this bug might not be a CSS issue, but more to do with the wrong content being shown on the device?
Just to follow up - I've found a way to reproduce what's in Pascal's screenshot. If I set the html class name to 'other', it shows exactly what pascal is seeing. This means that in site.js, getPlatform() is returning `false` for 'navigator.platform.indexOf("Linux") !== -1'. Pascal, can you provide what navigator.platform reads for you?
It reads: Linux x86_64
What do you see added to the html class name in inspector?
I just checked the page again in both fx22 and nightly and I am no longer seeing the bug.
Excellent! Glad you said that, otherwise I would have thought it would be impossible :)
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: