Open Bug 224691 Opened 22 years ago Updated 3 years ago

"View Blog" tab of blogger shows a blank screen

Categories

(Core :: Layout, defect)

Product:
Core
Component:
Layout
Platform:
x86
All
Type:
defect

Tracking

()

People

(Reporter: sylcheung, Unassigned)

References

(
URL
)

Details

(Keywords: regression)

Attachments

(4 files)

firebird screen shot
73.10 KB, image/jpeg
Details
IE screen shot
87.19 KB, image/jpeg
Details
testcase
323 bytes, text/html
Details
screen capture: blank 'edit post'
141.58 KB, image/png
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031102 Firebird/0.7+ (aebrahim) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031102 Firebird/0.7+ (aebrahim) I have a blogger account. When I edit my blog, I go to the view blog tap, i expect to see my blog. With Firebird 0.7, I see a blank screen. Reproducible: Always Steps to Reproduce: 1. create a blogger.com account 2. Go to edit your blog 3. click the view blog tap Actual Results: a blank screen Expected Results: see the content of my blog
Attached image firebird screen shot —
Attached image IE screen shot —
And there are unnecessary scrollbars at the top of the site. Please compare Firebird screen shot with IE Screen shot.
my guess is the overflow:hidden in the source of the frame that contains the iframe is to blame. the behaviour of overflow:hidden was clarified with CSS 2.1, so some sites may be outside of the new spec, which Mozilla is apparently supporting in current nightlies. Works with Seamonkey 1.5a (which I have lying around on this box). Moving to layout since I don't know whether this really is Tech Evangelism. (Blogger is pretty good about supporting Mozilla, so this is probably just a result of things breaking due to changes in the 1.6a cycle.)
Assignee: blake → other
URL: http://http://new.blogger.com/blog.py... → http://new.blogger.com/blog.pyra?blog...
Component: General → Layout
Product: Firebird → Browser
QA Contact: ian
Summary: "View Blog" tap of blogger shows a blank screen → "View Blog" tab of blogger shows a blank screen
Version: unspecified → Trunk
Please attach a HTML file that demonstrates the problem, thanks. http://bugzilla.mozilla.org/attachment.cgi?bugid=224691&action=enter
Comment on attachment 134765 [details] IE screen shot IE screen shot was text/plain (and therefore not displaying), changing it to image/jpeg
Attachment #134765 - Attachment mime type: text/plain → image/jpeg
confirmed with build 2004010408, works with Firebird 0.7 and Mozilla 1.4. Regression. May be related to bug 230332
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
If you actually have an account and can see the page in question, could you attach the HTML that shows the problem?
pascal's URL regressed between linux trunk 2003091605 and 2003091822, indicating bug 69355 the page that doesn't show up has overflow:hidden style on BODY.
OS: Windows 2000 → All
Attached file testcase —
with <html style="overflow: hidden"> with trunk, document.documentElement.offsetHeight is "8", with 1.5 it's about the client area (size of the window).
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421) has the same problem also, but testcase returns a variable number depending on the window size.
I'm seeing the same symptom (blank screen) when I try to "edit post" by clicking on the "edit" link in the ":posts" pane. I'm using Mozilla 1.7b on Windows XP. screen capture attachment follows.
mozilla 1.7b, windows XP. I have just clicked on the 'edit' link of the top post in the ':posts' pane.
This bug is now moot because Blogger unveiled its new interface this weekend. The View Blog and Edit Blog interfaces that did not render correctly are now gone from Blogger. The new interface works fine in recent Mozilla browsers under Win XP.
(In reply to comment #15) > This bug is now moot because Blogger unveiled its new interface this weekend. The bug has a testcase, so the bug report will live until a developer fixes it or decides that Mozilla's current rendering is already correct.
Our handling of the testcase in comment 11 seems correct to me -- but is the issue what happens when there's some content in the page?
Assignee: layout → nobody
QA Contact: ian → layout
(In reply to David Baron [:dbaron] ⌚️UTC-7 from comment #17) > Our handling of the testcase in comment 11 seems correct to me -- but is the > issue what happens when there's some content in the page? I agree with David here. Is this issue solved or need to be investigated more?
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: