Closed Bug 284752 Opened 20 years ago Closed 19 years ago

Page does not render properly.

Categories

(Core :: Web Painting, defect)

Product:
Core
Component:
Web Painting
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: pickardjm, Assigned: roc)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1

I just switched to Bellsouth DSL, and their homepage domain is
home.bellsouth.net, now when I go to the page the upper left hand corner should
have the Bellsouth logo. but it doesn't as soon as you take the focus off the
search bar at the top of the page the image shows up, if you refocus on the
search bar text area, the image disappears again.

Reproducible: Always

Steps to Reproduce:
1.go to home.bellsouth.net
2.Notice the upper left hand corner appears to be missing the logo
3.Click on the radio button that says "Yellow Pages" near the search bar, logo
appears.
4.Click in the text area, logo disappears.
5.Repeat steps 3&4...interesting to watch...

I have cleared caches, and cookies, does not appear to help

Actual Results:  
Image disappears and reappears

Expected Results:  
Image should be static, i.e. not changing by what you are doing in a form.
Behavior confirmed on
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050302
Firefox/1.0+
I'm not seeing this on windows.
Assignee: firefox → roc
Component: General → Layout: View Rendering
Product: Firefox → Core
QA Contact: general → ian
Version: unspecified → Trunk
I see this with Firefox 20050225 but not Camino 20050303
WFM
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050303
Firefox/1.0+
WFM, Firefox 1.0.1 and Mozilla gtk1/gtk2 a few days old.
... on Linux that is.
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050227
Firefox/1.0+

I am seeing the problem. (May be intermittent). Do you have a smaller 
testcase?
How can the testcase be any smaller? It is one URL?
(In reply to comment #8)
> How can the testcase be any smaller? It is one URL?

I'm so sorry. I meant by looking at the HTML source and deleting elements 
from it until each an every part is needed for the defect to be seen,

Ah...I am betting it is one of two things that might be wrong...

<!PAGEREF 1> looks odd to me, or the CSS class alignSearch is causing some pain. But that is my .02 
worth.
(In reply to comment #1)
> Behavior confirmed on
> Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050302
> Firefox/1.0+

Firefox 1.01 Mac.Same behavior on another Bellsouth page: webmail.bellsouth.net
> Ah...I am betting it is one of two things that might be wrong...

Try making some testcases to see which thing is really causing the problem.
(In reply to comment #12)
> > Ah...I am betting it is one of two things that might be wrong...
> 
> Try making some testcases to see which thing is really causing the problem.

I really don't know what else to tell you, home.bellsouth.net doesn't work and
webmail.bellsouth.net doesn't work. The latter can REALLY screw up, sometimes. I
just tried the pages with 1.0.2 that was just recently released, and it there
was no difference.

J
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

This is still an issue in 1.0.7.
Do you see the issue with a nightly trunk build?
http://ftp.scarlet.be/pub/mozilla.org/firefox/nightly/latest-trunk/
Camino 2005042806 (v0.8.4)

Checking once today, the URL did not seem to have the defect you
originally described.


I personally don't use the trunk builds on my home computer.  I will try the 1.5
beta this evening, and see what happens.
This has never been an issue in Camino, please refer to comment #3.

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20050822
Firefox/1.6a1

Sorry: I have also tried with Deer Park. The site has changed, but I can't
be sure whether or not in any way that would affect seeing this problem.

Regretfully, we don't seem to have a testcase - a short html document
that shows the problem - and IIRC the site sends different pages in
response to identical requests.
So thanks to bad coding on Bellsouth's part, the page that is sent has a
different IIRC, and you can't test this reliably is that what I am hearing?

I would love to be able to generate a small html file to try and get this to
break the same way ever time, but I would need the CSS page, and some other
things from bellsouth in order to replicate it reliably, with a stand alone
page, and somehow I don't think that they are going to be that forthright with
their data.  I did go through my cache files and try to get the data out from
that but it just didn't work well.
I am puzzled by your comment 15 , please see comment 16 . I have noted that
I have seen this in the past, but I am definitely not seeing it now.

I know that that site has changed, because it no longer matches your 
description, and of course it contains a lot of transitory content.

I know that I have tried to view source or download the files from 
bellsouth in the past and not got files with problems.

Yes we need a (preferably short) html file which has the defect. This is where
you can help.

Whilst I suspect that what we saw back in March was the result of incomplete
browser sniffing or some javascript error (making this Report INVALID - BY 
DESIGN), it would be good to confirm this before closing your Report.


How can you be puzzled? the site still has the problem noted back in March, you
load the page, and the logo loads up in the upper lefthand corner, and then
dissapears.  When you click on select box for the search the logo re-appears.
When you click on the text area next to the select box, it disappears again.  It
is STILL doing it, with the latest release build of Firefox, and apparently it
is still doing it. From your earlier comment you tried it on the latest Deer
Park build which is what the 1.5 beta is based on this isn't happening for you
any more, or it is, your wording in comment #20 is none to clear. So what
happens with the latest Deer Park build? Does the behavior still exist or not?
The problem does not exist using 
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20050928
Firefox/1.6a1

Perhaps you don't mind trying a recent nightly build available from
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-1.6a1.en-US.mac.dmg

As I don't think you'll be able to reproduce it.
Ok you are right the it appears to be fixed in the latest Deer Park build, but when will this browser see  the 
light of day as public release?
Worksforme by reporter
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
The current trunk will become Firefox 2.0.
The current 1.8 branch will become Firefox 1.5. So yes it will see the light of day.
Yes but when, could you give me a rough estimate.  I am guessing withing the next 2-3 months?
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.