Bug 20426

Summary: Text in select element is clipped.
Product: WebKit Reporter: scroggo
Component: Layout and RenderingAssignee: Nobody <webkit-unassigned>
Status: RESOLVED CONFIGURATION CHANGED    
Severity: Normal CC: frances_c, karlcow
Priority: P2    
Version: 523.x (Safari 3)   
Hardware: Mac   
OS: OS X 10.4   
URL: http://www.greyhound.com/home/
Attachments:
Description Flags
screenshot of web archive with width set to 100px for month (not showing full fix, can be deleted).
none
screenshot of web archive, no changes
none
screenshot of current website
none
screenshot of web archive width month set to 80px and day set to 60px
none
screenshot of web archive Firefox 125.0.2
none
rendering in safari, firefox, chrome
none
testcase none

Description scroggo 2008-08-18 08:38:17 PDT
As of August 18, 2008, if you go to http://www.greyhound.com/home/, underneath the large header TICKETS (and to the right), there is an html <select> element for the date, directly underneath the subheader "Departing on".  If you set that to a date in the double digits, the second digit is clipped.
Comment 1 Gavin Sherlock 2008-08-18 09:19:18 PDT
Possible dup of bug 14454
Comment 2 Frances Cornwall 2024-04-23 14:30:57 PDT
I don't think this is a bug.

The width of the tickets has to be wider in order to see all numbers.

Using https://web.archive.org/web/20080818023837/http://www.greyhound.com/home/:

If you increase the width to 100 for using the Web Archive here: <select name="day0" id="day0" class="clsDayArea"><option value="1">1</option><option value="2">2</option><option value="3">3</option><option value="4">4</option><option value="5">5</option><option value="6">6</option><option value="7">7</option><option value="8">8</option><option value="9">9</option><option value="10">10</option><option value="11">11</option><option value="12">12</option><option value="13">13</option><option value="14">14</option><option value="15">15</option><option value="16">16</option><option value="17">17</option><option value="18">18</option><option value="19">19</option><option value="20">20</option><option value="21">21</option><option value="22">22</option><option value="23">23</option><option value="24">24</option><option value="25">25</option><option value="26">26</option><option value="27">27</option><option value="28">28</option><option value="29">29</option><option value="30">30</option></select>

then you can see all of the numbers.
Comment 3 Frances Cornwall 2024-04-23 14:32:13 PDT
Created attachment 471088 [details]
screenshot of web archive with width set to 100px for month (not showing full fix, can be deleted).
Comment 4 Frances Cornwall 2024-04-23 14:33:09 PDT
Created attachment 471089 [details]
screenshot of web archive, no changes
Comment 5 Frances Cornwall 2024-04-23 14:35:27 PDT
Created attachment 471090 [details]
screenshot of current website
Comment 6 Frances Cornwall 2024-04-23 15:44:49 PDT
Created attachment 471093 [details]
screenshot of web archive width month set to 80px and day set to 60px
Comment 7 Frances Cornwall 2024-04-23 16:06:23 PDT
In Firefox without any changes, the website loads correct in the Web Archive.
Comment 8 Frances Cornwall 2024-04-23 16:09:05 PDT
Created attachment 471094 [details]
screenshot of web archive Firefox 125.0.2
Comment 9 Karl Dubost 2024-04-23 19:07:56 PDT
Created attachment 471096 [details]
rendering in safari, firefox, chrome

There is definitely a difference in between rendering engines, in the way tight design is handling the number. BUT This is happening everywhere.
Comment 10 Karl Dubost 2024-04-23 19:09:26 PDT
Created attachment 471097 [details]
testcase

Here a simplified testcase exhibiting the issue on all browsers. 
This is an issue of a site which was not tested in all browsers when conceived, but it's long gone.
Comment 11 Frances Cornwall 2024-04-25 11:46:49 PDT
We should keep this bug open or create a new bug. That is a good test case.
Comment 12 Frances Cornwall 2024-04-25 13:30:39 PDT
This bug is related to: https://bugs.webkit.org/show_bug.cgi?id=14856.
Comment 13 Frances Cornwall 2024-04-25 14:14:52 PDT
Never mind, we can keep this as it is.