Closed Bug 74293 Opened 24 years ago Closed 24 years ago

Crash (Gdk-ERROR **: XIE_FloError)

Categories

(Core :: Graphics: ImageLib, defect)

Product:
Core
Component:
Graphics: ImageLib
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: db, Assigned: pavlov)

References

(
URL
)

Details

(Keywords: crash, regression, Whiteboard: [imglib])

Attachments

(3 files)

gif for example above
61 bytes, image/gif
Details
testcase, using the image in above attachment 29435
204 bytes, text/html
Details
After disabling XIE in XF4, I'm noticing that the images fail to display correctly.
123.04 KB, image/png
Details
When viewing the page http://www.linux.org.uk/ and scrolling down to the bottom mozilla 2001033121 for linux crashes. It worked with 2001032708. This is what it says when it crashes: Gdk-ERROR **: XIE_FloError serial 8032 error_code 185 request_code 146 minor_code 16
sounds like imagelib....
Assignee: asa → pavlov
Component: Browser-General → ImageLib
QA Contact: doronr → tpreston
On solaris, I'm crashing upon load of any of the two mentioned pages in #0 XieFloImportDrawable #1 UnixPrDialog #2 DrawScaledImageXIE #3 nsImageGTK::DrawScaled #4 nsImageGTK::Draw #5 nsRenderingContextImpl::DrawScaledImage On linux, I don't crash, but see a lot of warnings: WARNING: unable to draw scaled image :(, file ../../../../mozilla/gfx/src/gtk/nsImageGTK.cpp, line 475 This also happens on a lot of other pages and makes the solaris binary is unusable for me. Marking confirmed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
Attached image gif for example above —
The reason you probably did not see the crash on Linux is that it only shows if the Xserver includes the XIE extension. This is standard on Solaris, while not on Linux. You should be able to reproduce the problem on Linux either by just directing the DISPLAY to a Solaris server, or config the XF86config to load the "xie.so" module. I am also including a minimal example. The html below will induce the XIE problem on either Linux (with XIE) or Solaris. The gif file that goes with it was attached earlier. <HTML> <TD bgcolor=#000066 width=10><img src="not.gif" width=10 height=20 alt="" border="1"></TD> </html>
This bug may be the same as bug 74291.
I got about the same thing here using Linux, XFree4.0.2. xdpyinfo lists XIE as an extension. I am using Build ID 2001040121 I get: Document http://www.linuxmag.nl/ loaded successfully Gdk-ERROR **: XIE_FloError serial 22282 error_code 160 request_code 142 minor_code 16 The page causing the crash is http://www.linuxmag.nl
*** Bug 74371 has been marked as a duplicate of this bug. ***
Blocks: 66967
*** Bug 74396 has been marked as a duplicate of this bug. ***
From bug 74396: X Error of failed request: XIE_FloError Major opcode of failed request: 145 (XIE) Minor opcode of failed request: 16 (XIE_ExecuteImmediate) Photoflo in failed request: 0x1 Flo error: FloValue Name-space: 0x600018e Phototag: 1 Element type: 4 Bad value: 0xf8 Serial number of failed request: 81075 Current serial number in output stream: 81601
*** Bug 74479 has been marked as a duplicate of this bug. ***
crashes also when visiting http://www.libpr0n.com . So it's really a nice bug :)
That's the one. This is probably a dup of bug 73556
*** Bug 74677 has been marked as a duplicate of this bug. ***
*** Bug 75060 has been marked as a duplicate of this bug. ***
*** Bug 75144 has been marked as a duplicate of this bug. ***
*** Bug 75088 has been marked as a duplicate of this bug. ***
*** Bug 75151 has been marked as a duplicate of this bug. ***
Regression, nominating for mozilla0.9.
Keywords: mozilla0.9, regression
*** Bug 75199 has been marked as a duplicate of this bug. ***
Whiteboard: [imglib]
*** Bug 75389 has been marked as a duplicate of this bug. ***
10 dups plus a few potential dups not dupped yet...
Keywords: mostfreq
Note that if you just want to receive mail about a bug, but not add something to the discussion, you can also vote for it. That way you will receive the notifications, but you won't spam everyone with a change to the CC list. (an additional plus is of course that the votes might help in getting someone to fix it :)
Adding more spam. Note that Bugzilla's email prefs now allow you to turn off notifications for cc-only changes. So adding yourself to the cc list will only spam those who want to be spammed. And since votes are still limited, voting may not be an option if you care about more than 10 bugs.
*** Bug 75550 has been marked as a duplicate of this bug. ***
Possible same bug, or closely related bug, Linux 04-11-15 nightly build. URL: http://www.silverglass.org/links.html Produces: Gdk-ERROR **: XIE_FloError serial 7487 error_code 155 request_code 136 minor_code 16 somewhat over 3/4ths of the way down the page, just after the 'Other Furry Stuff' header appears. Happens every time.
*** Bug 75736 has been marked as a duplicate of this bug. ***
*** Bug 75795 has been marked as a duplicate of this bug. ***
*** Bug 75156 has been marked as a duplicate of this bug. ***
Sorry for the spam but could somebody please check bug 74270? I get a reproducible Gdk-ERROR on linux that crashes Mozilla. Windows works. Tnx
http://themes.org/ produces an instant crash (once the images start loading). From everything I've seen concerning this bug, it is caused by images with height and width set to a different size than that of the actual image. A workaround to make Mozilla not crash is to temporarily disable XIE support in the X server (comment out the XIE line in /etc/X11/XF86Config-4 and restart X). This method, however, still exhibits the bug as the image fails to display. This "solution" to the crashes, of course, is far from optimal. From an off-the-wall guess, I think that the error we are seeing is not inherently an XIE problem, but one of image scaling. The XIE support, I believe, just embellishes the problem with the loud bang of an instant crash. Of course, I could be wrong about this as it is merely semi-clueful speculation. As a disclaimer, I would like to say that I haven't tried to grok the image support in the Mozilla source (due to a lack of time, as the main reason). I sincerely do hope it gets fixed soon as this bug is a show stopper for most all of us Linux users. Hopefully some of the details above might help. (:
Is this just related to a particular version of X 4? I'm running X 4.0.3 and see this problem all the time. Do people running 4.0.1 and 4.0.2 also get these crashes, or is it limited to the latest version?
This is in no way limited to XFree86 4.0."anything in particular". It happens on 4.0.1, 4.0.2, 4.0.3, and 3.3.6 if you enable XIE. It also happens on Solaris, where XIE is enabled; that server is not even XFree86.
I would suggest checking changes after release 2001032521 which works fine.
gilead: the new image library (aka libpr0n)
Uit bug 75550: > I'm currently on nightly 2001040908. en daar werket ook nie
Worked in 03-29-21 build, builds after 04-01 were broken.
*** Bug 75964 has been marked as a duplicate of this bug. ***
If I got to http://www.linux-games.com/ I get an instant crash with: Document http://www.linux-games.com/news/ loaded successfully Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 6558 error_code 8 request_code 73 minor_code 0 Is this the same bug or a different one?
Colin Stewart: probably bug 74270 or bug 73556.
Noticed bug 73556 was marked WFM, and suspecting this is a dup, i testedthe site here (http://www.linux.org.uk/) and some of the duplicates and did NOT crash. These now load OK: Bug 74677 http://www.vim.org/ Bug 75060 http://www.emusic.com/ Bug 75144 http://jboss.org/business/team.html Bug 75151 http://ukdemos.com/ Bug 75389 http://themes.org Tested with current CVS build, Linux.
Test results with prebuild PC Linux 2001041405: This bug http://www.linux.org.uk crash Bug 74677 http://www.vim.org/ crash Bug 75060 http://www.emusic.com/ worksforme Bug 75144 http://jboss.org/business/team.html crash Bug 75151 http://ukdemos.com/ crash Bug 75389 http://themes.org crash Test results with a debug build from CVS (checkout *Fri Apr 13 13:56:16 2001*): This bug http://www.linux.org.uk worksforme Bug 74677 http://www.vim.org/ worksforme Bug 75060 http://www.emusic.com/ worksforme Bug 75144 http://jboss.org/business/team.html worksforme Bug 75151 http://ukdemos.com/ worksforme Bug 75389 http://themes.org worksforme Although these works some pictures don't show up or are badly corrupted and I got several times the following warning: WARNING: alpha bitmask not scaled! , file nsImageGTK.cpp, line 398 And with http://www.vim.org/ I also got multiple times this error: ###!!! ASSERTION: OnStopDecode called multiple times.: '!(mState & nStopDecode)', file imgRequest.cpp, line 531 ###!!! Break: at file imgRequest.cpp, line 531 So it seems that prebuilt Mozillas don't work but my own CVS debug build works?
Another way to reproduce these crashes is to view the National Post's website; often Mozilla will crash on those pages. One which exhibits the XIE_FloError is http://www.nationalpost.com/sports/baseball/story.html?f=/stories/20010414/533302.html which crashes the browser after loading a little bit.
i got no errors to console about above sites. Just a thought..: can those who have installed helixcode versions of gtk+/gdk related stuff check that their /usr/lib/libgdk.so actually is a link link to their current version and not some old install. (I seem to remember that at least gtk+-1.2.9-0.1_helix_3 was flawed)
*** Bug 76040 has been marked as a duplicate of this bug. ***
My test results with the *debug build from CVS* are probably *INVALID* due it don't seem to use XIE at all. R.K.Aa: could you test this with your own build from CVS: ldd components/libgfx_gtk.so | grep XIE
I spoke to a few people on IRC about this bug yesterday (namely pavlov and tor -- both very kind and gracious), and, from what I understand, Mozilla will use gdk_pixbuf if it is compiled for the library. If not, then it falls back to XIE for image scaling (and this bug arises). If XIE isn't enabled, then scaled images are not displayed, ever. One possible way to fix this is to make gdk_pixbuf a required library for Mozilla. It already depends on GTK+, and most every box that has GTK+ now also has gdk_pixbuf. It's also a dependancy for Galeon, Gnapster, SodiPodi, Sylpheed, X-Chat, Sawfish, and many more applications (including all of Gnome). Irregardless, those who compile their own Mozilla builds with gdk_pixbuf enabled (it's the default) will not see this bug as it only shows up if the build is not compiled for it. Those who use the precompiled nightly builds *will* see this bug, as gdk_pixbuf, although being the default for compiling, is not compiled into the nightlies. As such, everyone who has been using a nightly for the past few weeks has seen this bug (and most just thought it was a random Mozilla crash, I'd guess). Anyway, I unofficially suggest that gdk_pixbuf be required for Mozilla or, at the very least, a non-XIE fallback for image scaling be implemented.
For what it's worth, my vote is on creating a gdkpixbuf dependency. It's a useful set of functions, will be a standard part of gtk+ in 2.0, and there is a xlib-only version when/if we go the pure X11 route in the future.
*** Bug 76089 has been marked as a duplicate of this bug. ***
As someone who can't program to save his life and knows nothing about Mozilla's guts, I do agree that adding a dependency for gdk_pixbuf could help the XIE bug from arising in the first place. It still doesn't solve the XIE-related problem, though Garrett's suggestion that a non-XIE fallback be used might make that concern moot. It still might be interesting for someone who knows what they're doing to try and solve the XIE bug, as it might lead to the resolution of some other display- related bugs I've seen pop up that seem to be GDK-related crashes, but that don't spit out an XIE_FloError (unless I just proved how clueless I am, and those crashes were also XIE-related). AFter all, the nightlies *were* working until the beginning of the month; was XIE support only added to Mozilla then? If not, a little voice in the back of my head is still wondering what changed. Short version: add the gdk_pixbuf dep, take Garrett's suggestion re: a new fallback, and if someone has time later on, figure out what broke.
Running 2001041214/Linux on Debian.Add http://www.cdnow.com to the list of sites that crash mozilla (though not always, for some reason) with the error in the summary and add myself to cc list.cdnow is usually pretty much unusable for me under mozilla and I find myself running konqueror to view it.
Sorry about that comments with no <lf>s. There appears to be a bug in konqueror :-\
Retested url from http://bugzilla.mozilla.org/show_bug.cgi?id=75156 on build 2001041214 as requested by mozilla@chrbel.de, still crashes.
Tested the sites listed in Asko Tontti's Apr. 14 post, as well as the first URL in bug 75156 on Linux build 2001041610. All work fine. Did this get fixed when no one was looking?
Test results with prebuild PC Linux 2001041610 http://www.linux.org.uk/ worksforme http://www.lyngsat.com/eurobird.shtml worksforme http://www.silverglass.org/links.html worksforme http://www.linuxmag.nl worksforme http://www.vim.org/ worksforme http://www.emusic.com/ worksforme http://jboss.org/business/team.html worksforme http://ukdemos.com/ worksforme http://themes.org worksforme I used to crash all the time due to this bug when using a nightly, now it worksforme.
Whoever "fixed" this bug, just fixed the crash, but not what was behind the crash. The browser now does not crash. However, it seems now scaled images (i.e. where the height and width of the img tag does not match the actual height or width of the image) does not display at all. Tried in Linux build 2001041610. Try the following URL, where a number of the images don't get displayed: http://www.nepalhomepage.com/travel/firstpage/
Try bug 75768 which I believe covers the non-display issue.
I sometimes crash and sometimes don't with 2001041214... I haven't tried a more recent build yet but, at least with this build, not crashing once (or in one session) doesn't mean that it's fixed.
Build 2001031921 crashes on http://www.moleskine.f2s.com but this time is not giving an XIE_FloError but just a BadMatch. Is this just a duplicate? Funny thing is that if I load just the top logo of that page, and then go to the site itself it is fine. But after that, if I Shift->Refresh, it crashes.
very annoing bug. should be fixed before 0.9 when possible i think.
I believe the patch in bug 74270 fixes this.. I can't reproduce this with my patch. I also have my patch from bug 74313 (so i'm using XIE) in my tree.
fixed
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Almost fixed. Visit jboss.org/business/team.html, and you'll find that there are still some portraits missing. Bit it's a _lot_ better.
The XIE is no longer used. Marking VERIFIED.
Status: RESOLVED → VERIFIED
Attachment #30825 - Attachment description: After disabling XIE in XF4, I'm noticing that the images fail to display correctly. I _do_ notice little dots at the top-left of the rows the scaled images are in (top-left next to the "atomblue" theme, for instance), which *could* be the mis-displayed im → After disabling XIE in XF4, I'm noticing that the images fail to display correctly.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: