Bug 113617 - r-c-x should automatically add secondary pointer of DevInputMice
Summary: r-c-x should automatically add secondary pointer of DevInputMice
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: redhat-config-xfree86
Version: 3.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Brent Fox
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-01-15 20:40 UTC by Joshua Jensen
Modified: 2007-11-30 22:07 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-06-11 21:11:30 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Joshua Jensen 2004-01-15 20:40:54 UTC
Description of problem:

IMHO, r-c-x should always add this line to the ServerLayout section:

        InputDevice    "DevInputMice" "AlwaysCore"

If a USB mouse is specified as mouse0, it doesn't hurt.
If there isn't a USB mouse attached, it still doesn't cause any harm.

Can you make this the default behavior in the future?


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

All versions of r-c-x, RHEL3 and Fedora

Comment 1 Suzanne Hillman 2004-01-21 20:53:32 UTC
Added internal RFE bug #114048. Will consider for future releases.

Comment 2 Suzanne Hillman 2004-04-22 14:24:57 UTC
Thank you for the suggestion. It was passed along to product
management, but not committed for a future release.

Comment 3 Joshua Jensen 2004-04-22 18:20:26 UTC
This is a HORRIBLE answer.  The lack of this feature is something that
will hurt X on RHEL.  Is this problem being solved in other ways?  Is
anaconda going to always add a USB mouse entry, so that r-c-x doesn't
need to do this on its own?  Please provide some overview of this issue.

Do you need a business justification to make your product better? 
Does Red Hat have to be pulled point by point through the "improving
general quality IS a business justification" sieve?

How about this... companies that find this feature in Suse Enterprise
and read this bugzilla entry will be more inclined to switch away from
RHEL.

Comment 4 Brent Fox 2004-04-22 18:50:53 UTC
I believe that the move to the 2.6 kernel will automatically fix this
problem.  With 2.6, both USB and PS/2 mice use /dev/input/mice.  This
allows for having one entry in the XF86Config file that will allow
both kinds of mice to work.  The situation is a little more
complicated with serial mice, but these are not very common any more.

You might want to test with one of the Fedora Core 2 test releases and
see if this problem still exists.  If it's fixed there, it will be
fixed for the next version of RHEL.

Comment 5 Joshua Jensen 2004-04-22 19:32:08 UTC
Ah... the *technical* details we all long for.  Thanks for the
explaination and insite.


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