Closed Bug 122063 Opened 24 years ago Closed 23 years ago

[porn] Severe visual corruption on this page (artifacts)

Categories

(Core Graveyard :: GFX, defect, P3)

x86
All
defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 132448
Future

People

(Reporter: pronzilla, Assigned: kmcclusk)

References

()

Details

Attachments

(5 files)

[note for the sensitive: this page contains porn] About a page down from the top, this page suffers really bad visual corruption when scrolling. Forcing the window to repaint will make things look tidy, but scrolling messes it up again.
Attached image Screenshot (167kb)
This screenshot contains a few fragments of jumbled-up porn images, but nothing too graphic. Unless you're traumatised by graphical garbage, anyhow.
Reporter: Please always state which "Build ID" you are using, as found in the title bar of the Mozilla window. Scrolling works fine for me, using 2002 01 24 03 / Windows 2000.
I see this too with build 2002-01-25-15 on Linux. Scroll all the way down on the page, and then all the way back up. The upper part of the page is then badly corrupted just as in attachment 66662 [details]. This could be related to bug 83289.
By the way, from pronsilla's screenshot it can be seen that he is running a build from 2002-01-24-03.
You don't even need to scroll on the page to see this. Just move your mouse over the images and the image under your mouse will be corrupted.
Can't reproduce this problem under 2002-01-26-09, Windows XP Pro.
oops. Apologies about the build number. I'll add that this problem has been present for a few months, at least. It's not a recent regression. André, I can't be certain that this isn't bug 83289, but it doesn't look like it.
Attached file testcase
Things to notice about the testcase: * The height of the area with drawing problems is related to the height of the iframe. * The area with drawing problems is a fixed height above the iframe. * Several margin=0 and border=0 properties must be present for the bug to occur. * The average color of the "random stuff" is the average color of your theme. Try switching between Modern and Classic to see this effect. * If you bring up a context menu in the affected area, and then close the context menu, the context menu remains in its position but becomes smeared.
Let's try the compositor (low-level painting) component. pronzilla@hotmail.com, is your email address based on the name of the Pornzilla project (http://mywebpage.netscape.com/aufbau01/), or is it just a coincidence? Either way, thanks for testing Mozilla with porn sites and filing bugs.
Assignee: asa → kmcclusk
Status: UNCONFIRMED → NEW
Component: Browser-General → Compositor
Ever confirmed: true
QA Contact: doronr → petersen
Target Milestone: --- → mozilla1.2
Here is another testcase: http://www.bigbrother.se/scripts/forum/forum_show.php Go to the page and mark the titles of some of the posts. The corruption will look like the below attached screenshot.
I can't reproduce the corruption on Andre's URL (win98, 2002021203), but I can still see the problem on the original URL
Bulk moving Moz1.2 bugs to future-P3. I will pull from this list when scheduling post Mozilla1.0 work.
Priority: -- → P3
Target Milestone: mozilla1.2 → Future
No longer see the corruption on the original URL with 2002-03-19-06 on Linux. Can someone verify?
Confirmed: 2002-03-18-03, Win32, Windows XP Pro.
Well Sören, you couldn't reproduce the problem in the first place, so it would be best if someone else checked it.
You're right, sorry. *goes off blushing*
Ooo. Looks like someone's been busy. WFM, win98SE, 2002031803. WFM from Reporter (me) and another person who also saw the problem, -> Resolved Fixed, with thanks to the anonymous coder who fixed this by accident...
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
I still see this bug at http://www.pornfreemovies.com/ and at the testcase. 2002040303 on Windows 98.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
WinXP, 20020709 trunk : www.pornfreemovies.com and testcase both WFM. Is anyone out there still seeing this?
WFM (mouseover too) with trunk 2002070504 on WinME, but the frame near the bottom appears corrupted while loading and I can scroll it vertically though it doesn't have a scrollbar. The testcase messes up big time though. Other times I've seen corruption was while scrolling Bugzilla comments, where the CC: box seemed to have an echo a few pages down.
> Other times I've seen corruption was while scrolling Bugzilla comments, where > the CC: box seemed to have an echo a few pages down. THAT is bug 51385
I see more corruption at http://www.codeproject.com/csharp/remotingcallbacks.asp Trunk 2002072718 on winME.
testcase also shows corruption on linux trunk build 20020825 OS=>All
OS: Windows 98 → All
Added artifacts to summary, because that's what I was searching for when I looked for similar bugs, but I haven't found this one, that's why I might have produced a duplicate. Artifacts is what most people use to describe video rendering garbage that looks like that.
Summary: [porn] Severe visual corruption on this page → [porn] Severe visual corruption on this page (artifacts)
Perhaps bug 162886 is the same as this one. See also attachment 95428 [details] .
Using Mozilla1.1 I am seeing the problem with http://www.codeproject.com/csharp/remotingcallbacks.asp I have seen similar artefacts at various occasions before, using other builds of Mozilla, but they usually are only occuring transiently, during loading of the page, then disappeared. With this page, I am getting various degrees of distortedness, depending on my scrolling speed. However to see it I have to drag the scrollbar-thingie or use the scrollbar-arrows. Jump-scrolling using pgup/pgdn or by clicking in the empty part of the scrollbar does not show the problem as long as the mouse cursor is outside of the area. But then, simply moving the mouse cursor over the page will make new distortions show up. When I press the 3rd button to invoke the contect menu, even that is sometimes shown in a distorted way. When I cover the distorted frame with another window, then resurface it no redraw seems to happen. Finally, a local copy of this page created with "save as web page, complete" shows the same symptoms, so an archive of this could serve as a persistent testcase. I am unable to see to problem in the attached "testcase", or at the original site (though I do see a couple of strange things there, but that is a different story and probably not a Mozilla bug). BTW I am not seeing anything odd with the URL from bug 162886.
Bug 132448 could be related.
more specifically -- this IS bug 132448. bug 132448 and all its dupes have been reported on Linux, so I figured it was Linux-only. Apparently, it is not. marking this as a dupe since bug 132448 has a bit more info on what is going wrong and has some dupes (even though this bug is older) *** This bug has been marked as a duplicate of 132448 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → DUPLICATE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: