Bug 139336 - bad window parameter from fc3 x server to solaris emacs
Summary: bad window parameter from fc3 x server to solaris emacs
Status: CLOSED DUPLICATE of bug 137685
Alias: None
Product: Fedora
Classification: Fedora
Component: openssh (Show other bugs)
(Show other bugs)
Version: 3
Hardware: i386 Linux
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2004-11-15 12:27 UTC by Don Caldwell
Modified: 2007-11-30 22:10 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-01-31 20:47:16 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Don Caldwell 2004-11-15 12:27:31 UTC
Description of problem:

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. log into a solaris 5.8 machine
2. start up an emacs edit session of some arbitrary text file
3. use the mouse to position the cursor to some place in the text
Actual results:
emacs dies with this error:
X protocol error: BadWindow (invalid Window parameter) on protocol
request 38

Expected results:
i expect the cursor to be positioned at the place where i clicked
the mouse

Additional info:
this did not happen when i used fedora core2
this does not happen on an emacs on SGI

Comment 1 Steffen Persvold 2004-11-26 14:24:22 UTC
It is not related to Solaris, it is remote X displays in general.

I get the same logging into RHEL3 servers and FC3 servers (via ssh).

I can even force it on my own machine by logging into it via ssh :

[sp@sp-laptop ~]$ ssh localhost
Last login: Fri Nov 26 09:24:39 2004 from localhost.localdomain
[sp@sp-laptop ~]$ echo $DISPLAY
[sp@sp-laptop ~]$ emacs
X protocol error: BadWindow (invalid Window parameter) on protocol
request 38

Comment 2 Mike A. Harris 2004-12-03 20:52:01 UTC
As per the Fedora Core 3 release notes, the official "openssh"
software developers have changed the default behaviour of
"ssh -X", which now no longer works the way it did previously.
In order to get the same behaviour that "ssh -X" previously
had, you must invoke it as "ssh -Y" instead.

Reassigning to openssh component, for consideration of changing
it to have "-Y" enabled by default, so it works out of the box
like people seem to expect.

Comment 3 Tomas Mraz 2005-01-31 20:45:15 UTC

*** This bug has been marked as a duplicate of 137685 ***

Note You need to log in before you can comment on or make changes to this bug.