Closed Bug 278780 Opened 20 years ago Closed 20 years ago

selecting text on this web page crashes Mozilla

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: barryn, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050114 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050114 On at least one web page on the Internet (namely, the one whose URL I've entered in this bug), selecting text on it can crash Mozilla. It's only sometimes reproducible on the 1.8a6 release but it is 100% reproducible on the nightly I'm running now {Build ID: 2005011402}. I haven't tried this page on 1.7.5 yet. Reproducible: Always Steps to Reproduce: 1. Visit the URL I entered on this bug (it happens to be an attachment in Red Hat Bugzilla). 2. Scroll down a couple of screenfuls; a black horizontal bar appears on the page. 3. Press Control-A (for Select All). Actual Results: Mozilla crashes, and a message like this one reaches the console: The program 'Gecko' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'. (Details: serial 5972 error_code 2 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Expected Results: All text on the web page should be selected. My computer is running Mandrake 10.0, although I am running a nightly build downloaded from the Mozilla FTP site.
Version: unspecified → Trunk
It also crashes with Mozilla 1.7.5 (compiled from source). A similar (but different) page crashed the nightly snapshot just by scrolling through it. :(
On Mozilla 1.7.5 on Linux, it seems 100% reproducible. On Windows ME, Mozilla 1.7.3, 1.7.5 and Firefox 1.0 don't crash at all. (They also don't display the black bar.) I just tried Mozilla 1.7.3 and Firefox 1.0 on a different system, running Fedora Core 3 rather than Mandrake 10.0, and those are also not displaying the black bar and not crashing. I just realized that the crashes are all happening inside a VNC session. In a moment I'll try running Mozilla on the Mandrake system, but outside VNC. (First I have to commit this comment so I can quit Mozilla.)
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b) Gecko/20050116 Page Info tells me its a plain text file encoded in UTF-8 Maybe a problem of installed fonts, if you look at the excerpt below: error: error(-30978) getting "���[�n;��D�9�,4����M�" records from Filemd5s index error: db4 error(-30978) from db->get: DB_RUNRECOVERY: Fatal error, run database recovery
Oops, I got distracted by something else, sorry. The Mandrake system does not exhibit the problem (no black line) if I don't run Mozilla in VNC. And the Mozilla 1.7.5 that I built on the Mandrake system has no problem running inside VNC on the FC3 system. It could just be that something is messed up on my Mandrake system. Actually, I *know* there's some messed-up stuff on here, but I just didn't think any of it involved X or VNC. Now that I think about it, there's a somewhat similar problem I've had with the Fedora Core 3 configuration tools (when SSHing to FC3 hosts). I figured it was a Fedora Core 3 bug, but maybe it's something on my Mandrake system. I think I'll close this as INVALID; if I hit this on a software installation that is otherwise known to be functioning properly (i.e. after reinstalling or something), I'll reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.