Closed Bug 34918 Opened 25 years ago Closed 25 years ago

Malformed META Refresh parsed incorrectly.

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Type:
defect

Tracking

()

Status:
VERIFIED WONTFIX
Milestone:
Future

People

(Reporter: smiths, Assigned: harishd)

References

(
URL
)

Details

To reproduce: Create (or use an existing) email account on the linuxstart.com website. Log in. The initial (post login) screen normally shows your inbox. Instead I get the typical inbox screen for a moment, w/o the normal mail listing, and with just a combobox which normally appears at the bottom. A moment later the following message replaces it: The requested URL /email/600 was not found on this server.
Reporter - we need to know the Build ID (bottom right corner of browser) of the build of Mozilla you are using. Gerv
I see this as well. Tested with win32 nightly 041409 under NT Sending over to HTML Frames for a look.
Assignee: asadotzler → pollmann
Component: Browser-General → HTMLFrames
QA Contact: jelwell → petersen
Confirming based on Asa's comments. Asa - still seeing this? Gerv
Status: UNCONFIRMED → NEW
Ever confirmed: true
I see this in a 5/12 build.
Hardware: PC → All
Bug is here: <META HTTP-EQUIV="refresh" CONTENT=600";url="http://www.linuxstart.com/email/showmail.pl?username=pollmann& pop3host=linuxstart.com&getemail=1""> The malformed CONTENT attribute is getting parsed incorrectly. Since this is so uniquely malformed, I'm pushing off to Future. The standard spiel: This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
URL: linuxstart.com/email → http://linuxstart.com/email
Status: NEW → ASSIGNED
OS: Windows NT → All
Target Milestone: --- → Future
Summary: Inbox contents not showing up. → Malformed META Refresh parsed incorrectly.
It's not entirely clear to me who should get <META> Refresh bugs, but if anyone knows, please feel free to reassign as I'm not going to get to this one...
Component: HTMLFrames → HTML Element
So this is an error content triggering incorrect handling in the parser? It sounds like a parser error to me, nothing to do with docshell.
Let me investigate if this is a parser problem. On to my list.
Assignee: pollmann → harishd
Status: ASSIGNED → NEW
Err, CONTENT=600";url="http://www.linuxstart.com/email/showmail.pl? username=pollmann&pop3host=linuxstart.com&getemail=1""> ...seriously INVALID. If that is indeed on the webpage in question, I would strongly recommend not fixing it. We have bigger fish to fry. This should maybe be reassigned for evangelisation?
Once again, Ian is right -- marking wontfix
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
massive update for QA contact.
QA Contact: petersen → lorca
Yeah, if Ian said it, it must be true. Marking VERIFIED.
Status: RESOLVED → VERIFIED
SPAM. HTML Element component deprecated, changing component to Layout. See bug 88132 for details.
Component: HTML Element → Layout
You need to log in before you can comment on or make changes to this bug.