Closed Bug 1177724 Opened 11 years ago Closed 7 years ago

A <select> list (with multiple or size attribute) does not play nice with padding-bottom

Categories

(Core :: Layout: Form Controls, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 748518

People

(Reporter: rmwlenders, Unassigned)

Details

(Keywords: parity-chrome, parity-ie, Whiteboard: [dupe me])

Attachments

(1 file)

Attached image Screenshot of issue
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Safari/537.36 Steps to reproduce: Created a <select> with a [size] attribute (so it renders as a list), and gave it "padding-bottom" styling using CSS. Actual results: Unlike "padding-top", which adds spacing above the first <option> inside the <select>, "padding-bottom" does not add similar spacing on the bottom. Instead padding-bottom affects the total height of the <select>'s scrolling wrapper. See: http://jsfiddle.net/5zk6pvon/ Expected results: "padding-bottom" should add spacing on the bottom of the <select> list, like "padding-top" does.
Dupe Bug 382142 ?
Component: Untriaged → Layout: Form Controls
Product: Firefox → Core
Whiteboard: [parity-IE][parity-chrome][dupe me]
Version: 38 Branch → Trunk
(In reply to Alice0775 White from comment #1) > Dupe Bug 382142 ? Could be related, but 'padding-bottom' or the actual results I mentioned above, are not discussed in Bug 382142.
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Whiteboard: [parity-IE][parity-chrome][dupe me] → [dupe me]

This is basically bug 748518.

Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: