Closed
Bug 243064
Opened 21 years ago
Closed 21 years ago
[FIX]Page content incorrectly replaced by script output
Categories
(Core :: DOM: HTML Parser, defect, P1)
Tracking
()
VERIFIED
FIXED
mozilla1.8alpha1
People
(Reporter: smedleys, Assigned: bzbarsky)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
2.32 KB,
patch
|
jst
:
review+
jst
:
superreview+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040505
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040508
The page should not be overwritten by the text from the counter, Previous
versions were OK
Reproducible: Always
Steps to Reproduce:
1. I unstalled the newest build on two different machnes running Windows XP with
all windows updates.
2. I reverted to the previous build that was working and did not see the problem
3.
Actual Results:
The page is displayed but is overwritten by the text "834,714 (412 today)" which
will be a counter for the number of the current latest message on the forum and
the number of hits today.
Expected Results:
The page should not be overwritten
![]() |
Assignee | |
Comment 1•21 years ago
|
||
The behavior changed between 2004-05-06-08 and 2004-05-07-08 (and by the way, it
would help if you didn't put all the relevant information in the summary, it
can't be easily read....)
Checkins in that range:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-05-06+08%3A00%3A00&maxdate=2004-05-07+08%3A00%3A00&cvsroot=%2Fcvsroot
This is a regression from bug 242503. This is why we all love the parser....
Assignee: general → bzbarsky
Status: UNCONFIRMED → NEW
Component: Browser-General → HTML: Parser
Ever confirmed: true
Keywords: regression
OS: Windows XP → All
Priority: -- → P1
Hardware: PC → DEC
Summary: All latest builds that I have used up till 20040505 see this page OK but 20040508 sees the page then overwrites with info from a counter or something else related to the page. I have been following the latest builds for a number of weeks. → [FIX]Page content incorrectly replaced by script output
Target Milestone: --- → mozilla1.8alpha
![]() |
Assignee | |
Comment 2•21 years ago
|
||
![]() |
Assignee | |
Updated•21 years ago
|
Attachment #148026 -
Flags: superreview?(jst)
Attachment #148026 -
Flags: review?(jst)
Reporter | ||
Comment 3•21 years ago
|
||
(In reply to comment #1)
> The behavior changed between 2004-05-06-08 and 2004-05-07-08 (and by the way, it
> would help if you didn't put all the relevant information in the summary, it
> can't be easily read....)
>
> Checkins in that range:
>
>
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-05-06+08%3A00%3A00&maxdate=2004-05-07+08%3A00%3A00&cvsroot=%2Fcvsroot
>
> This is a regression from bug 242503. This is why we all love the parser....
I am new to this method of reporting with beta development and of logging bugs,
I will get to learn how it is done correctly.
How do I report correctly that I am still seeing the same bug in the new
(overnight) build in the output of the same page I refferred to in the original
message. At this time I do not know how to use and test the patch attached to
the response.
Alan Smedley
Hardware: DEC → PC
![]() |
Assignee | |
Comment 4•21 years ago
|
||
> I am new to this method of reporting with beta development and of logging
> bugs,
All good. ;) Thank you for finding this one, by the way!
> How do I report correctly that I am still seeing the same bug
You just say it in this bug like you did. :)
The bug will keep appearing in builds until the patch is checked in (which will
happen after it has been reviewed). At that point the bug will be marked fixed,
and then will need to be verified (that is, tested with a post-checkin build to
make sure that the patch fixed the bug). That's the point at which it makes
sense to test this next.
To test the patch before then, you'd need to set up a build environment and
compile Mozilla, with the patch applied to it. See
http://www.mozilla.org/build/win32.html for information on building Mozilla on
Windows. It's probably quite a bit of work to set it up, to be truthful.... :(
Comment 5•21 years ago
|
||
Comment on attachment 148026 [details] [diff] [review]
Patch
r+sr=jst
Attachment #148026 -
Flags: superreview?(jst)
Attachment #148026 -
Flags: superreview+
Attachment #148026 -
Flags: review?(jst)
Attachment #148026 -
Flags: review+
![]() |
Assignee | |
Comment 6•21 years ago
|
||
Checked in. Alan, if you could test tomorrow's builds to verify, that would be
great.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 7•21 years ago
|
||
The bug as reporteed appears to be fixed, Thank you.
![]() |
Assignee | |
Comment 8•21 years ago
|
||
Marking verified, per comment 7. Thank you for retesting, Alan.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•