User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Firefox doesn't accurately interpret spacing and percentage tags - changes the way it displays the page on almost every refresh. The URL provided is one of many sites I can validate this issue on... but this one let's you hit refresh continually to see the different ways Firefox decides to display the content. here's the stats on how it *should* display: The left navbar content's last entry "Defense Fund" should end at the same place the black divider bar to its right ends. Instead, it's high by a few pixels. This does not occur in IE. The body of the page, the search results, should display at 92% from the left, which means the content should never reach the end of the browser window on the right... on multiple refreshes in Firefox, the bottom grey search navbar changes its width randomly from 92% to 100% (selectively disregarding it's percentage requirements). Less frequently, the entire list of results will be displayed at 100% as well. On other pages on wm3.org: http://www.wm3.org/live/caseinfo/index.php If you look at the left navbar, when the page initially loads, the contents of the bar end with the end of the divider bar (Defense Fund is even with the bottom of the vertical divider). If you hit refresh, the content of the navbar gets shifted up, never to return unless you click on the Case Info link again. One last example: Please review: http://www.wm3.org/live/newsevents/index.php When this page first loads, the news items are pushed to roughly 45% of the screen width, with a 5% buffer between columns. When you hit refresh, the news items are pushed to roughly 30% each column, which is where they're supposed to be. Thanks, Bob Reproducible: Always Steps to Reproduce: Firefox doesn't accurately interpret spacing and percentage tags - changes the way it displays the page on almost every refresh. The URL provided is one of many sites I can validate this issue on... but this one let's you hit refresh continually to see the different ways Firefox decides to display the content. here's the stats on how it *should* display: The left navbar content's last entry "Defense Fund" should end at the same place the black divider bar to its right ends. Instead, it's high by a few pixels. This does not occur in IE. The body of the page, the search results, should display at 92% from the left, which means the content should never reach the end of the browser window on the right... on multiple refreshes in Firefox, the bottom grey search navbar changes its width randomly from 92% to 100% (selectively disregarding it's percentage requirements). Less frequently, the entire list of results will be displayed at 100% as well. On other pages on wm3.org: http://www.wm3.org/live/caseinfo/index.php If you look at the left navbar, when the page initially loads, the contents of the bar end with the end of the divider bar (Defense Fund is even with the bottom of the vertical divider). If you hit refresh, the content of the navbar gets shifted up, never to return unless you click on the Case Info link again. One last example: Please review: http://www.wm3.org/live/newsevents/index.php When this page first loads, the news items are pushed to roughly 45% of the screen width, with a 5% buffer between columns. When you hit refresh, the news items are pushed to roughly 30% each column, which is where they're supposed to be. Actual Results: please see details. Expected Results: please see details. no crashes, all necessary data should be in the details. Let me know if it isn't.

Comment on attachment 184769 [details] Screenshot #1 Displaying the bug. Notice the news items are 45% of the frame width instead of 30%, and the length of the navbar doesn't line up with the length of the divider bar.

Comment on attachment 184770 [details] Screenshot #2 Displaying the bug. Notice the length of the navbar doesn't line up with the length of the divider bar.

Comment on attachment 184771 [details] Screenshot #3 Displaying the bug. Notice the search items are 100% of the frame width instead of 92%, and the length of the navbar doesn't line up with the length of the divider bar.

NOTE: Refreshing the page multiple times may be required to reproduce this problem in some instances. Never has it taken me more than 15 refreshes to reproduce any of these issues.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050527 Firefox/1.0+ ID:2005052711 WFM I see no difference between IE and FF1.0+

related to/covered by bug 134942?

I see minimal differences, certainly nothing to cause concern when the page validates with over 100 errors and doesnt have a doctype. It also seems to look the same each refresh. I also cannot see why you would think that the menu on the left should be as high as the line next to it, from what I can tell from my brief look, there is no styling or attributes that would cause this effect.

I've been able to duplicate these display issues on multiple machines, running xp sp2, and firefox 1.0.4 and below. It's not that it's these issues are major problems - they're not. But what I'm trying to illustrate is that IE displays these pages the same way, each and every time (properly, as well), and Firefox does not. Therefore, my sites end up often displaying differently then I intend for Firefox users. I understand this is going to be the case to some extent simply because different browsers behave differently. However, since this is an obvious difference, I thought I should report it in an effort to help improve Firefox's compatibility. (In reply to comment #13) > I see minimal differences, certainly nothing to cause concern when the page > validates with over 100 errors and doesnt have a doctype. > > It also seems to look the same each refresh. > > I also cannot see why you would think that the menu on the left should be as > high as the line next to it, from what I can tell from my brief look, there is > no styling or attributes that would cause this effect.

YES! This very well could be related to/covered by bug 134942. It sounds very similar if not the same. Is there a way to be kept updated on the status of 134942 if this one gets roped into it? Thanks, Bob (In reply to comment #12) > related to/covered by bug 134942?

WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050528 Firefox/1.0+ Build: 2005052807

(too many tabs open) Disregard comment #16. My appologies.

Adjusting severity. Severity => Trivial

In ref to comment 15 and the fact it appears to be the same *** This bug has been marked as a duplicate of 134942 ***