Bug 100665

Summary: mouse displayed wrong in proposal screen (expert tab)
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Ruediger Oertel <ro>
Component: YaST2Assignee: Marcus Schaefer <ms>
Status: RESOLVED WONTFIX QA Contact: Klaus Kämpf <kkaempf>
Severity: Normal    
Priority: P5 - None CC: forgotten_OS1JNCFbCX, holgi, joe, ke, lgrimmer, ms, snwint
Version: Preview 4   
Target Milestone: ---   
Hardware: Other   
OS: All   
Whiteboard:
Found By: Development Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Bug Depends on:    
Bug Blocks: 104062    
Attachments: hwinfo --mouse
yast2 mouse detection during textmode installation

Description Ruediger Oertel 2005-08-03 23:01:03 UTC
the proposal screen shows 
mouse: Ignore mouse (regardless if one exists) 
(same later on in the system in the yast2 mouse module) 
 
the mouse itself is working however, at least in X11 (an ALPS pad)
Comment 1 Marcus Schaefer 2005-08-09 13:22:26 UTC
fixed on beta1 
Comment 2 Stanislav Visnovsky 2005-08-15 07:33:41 UTC
*** Bug 104397 has been marked as a duplicate of this bug. ***
Comment 3 Lenz Grimmer 2005-08-15 08:10:08 UTC
I guess you mean "fixed for beta2" here? I observed this on beta1 - please clarify.
Comment 4 Ruediger Oertel 2005-08-17 13:21:48 UTC
still broken, reopening  
Comment 5 Klaus Kämpf 2005-08-17 13:34:46 UTC
Joe also experienced this on beta2 
Comment 6 Steffen Winterfeldt 2005-08-18 12:51:51 UTC
*** Bug 102642 has been marked as a duplicate of this bug. ***
Comment 7 Marcus Schaefer 2005-08-19 13:32:56 UTC
the code for probing the mouse was never called in Initial stage. 
The code does: 
 
  if (! Mouse::Found()) { 
      ... probe 
  } 
 
but Mouse::Found() returns always "none" which is a non empty string 
so the probing never takes place. I removed that Mouse::Found() code 
 
fixed 
Comment 8 Marcus Schaefer 2005-08-22 08:27:47 UTC
still there *wxfu%!!!* 
Comment 9 Marcus Schaefer 2005-08-22 08:46:39 UTC
The problem is deeper in YaST. During installation The function 
 
  Mouse::Probe() 
 
is called and returned the following: 
 
---snip---- 
 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] clients/installation.ycp:130 
Call Mouse probing... 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:248 Initial: real 
HW-probing 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:126 Probing for 
mouse hardware... 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:148 Really probed 
with HW interception: <[$["bus":"PS/2", "bus_hwcfg":"ps2", "class_id":261, 
"dev_name":"/dev/input/mice", "dev_name2":"/dev/input/mouse0", "dev_names":
["/dev/input/mice", "/dev/input/mouse0", "/dev/input/event2"], "dev_num":
$["major":13, "minor":63, "range":1, "type":"c"], "device":"PS/2 Mouse", 
"device_id":262146, "model":"PS/2 Mouse", "mouse":[$["buttons":3, 
"gpm":"exps2", "xf86":"explorerps/2"]], "old_unique_key":"UYJ6.MJE33Jmy6a3", 
"sub_class_id":0, 
"udi":"/org/freedesktop/Hal/devices/computer_logicaldev_input", 
"unique_key":"AH6Q.fU1aO9YHBB4", "vendor_id":262674], $["bus":"PS/2", 
"bus_hwcfg":"ps2", "class_id":261, "dev_name":"/dev/input/mice", 
"dev_name2":"/dev/input/mouse1", "dev_names":["/dev/input/mice", 
"/dev/input/mouse1", "/dev/input/event3"], "dev_num":$["major":13, "minor":63, 
"range":1, "type":"c"], "device":"AlpsPS/2 ALPS GlidePoint", 
"device_id":262146, "model":"AlpsPS/2 ALPS GlidePoint", "mouse":
[$["buttons":3, "gpm":"exps2", "xf86":"explorerps/2"]], 
"old_unique_key":"UYJ6.iQV7T8AIVq5", "sub_class_id":0, 
"udi":"/org/freedesktop/Hal/devices/computer_i8042_Aux_3_Port_logicaldev_input", 
"unique_key":"AH6Q.fU1aO9YHBB4", "vendor_id":262674]]> 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [agent-probe] 
HwProbe.cc(readStatus):96 hd_read_config('AH6Q.fU1aO9YHBB4') == 0 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [Interpreter] Mouse.ycp:166 
Unknown key for Read(.probe.status, key) 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [agent-probe] 
HwProbe.cc(readStatus):96 hd_read_config('AH6Q.fU1aO9YHBB4') == 0 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [Interpreter] Mouse.ycp:166 
Unknown key for Read(.probe.status, key) 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [agent-probe] 
HwProbe.cc(readStatus):96 hd_read_config('AH6Q.fU1aO9YHBB4') == 0 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [Interpreter] Mouse.ycp:166 
Unknown key for Read(.probe.status, key) 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [agent-probe] 
HwProbe.cc(readStatus):96 hd_read_config('AH6Q.fU1aO9YHBB4') == 0 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [Interpreter] Mouse.ycp:166 
Unknown key for Read(.probe.status, key) 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:169 key 
AH6Q.fU1aO9YHBB4 conf $["available":`unknown, "configured":`unknown, 
"info":`unknown, "needed":`unknown] 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [agent-probe] 
HwProbe.cc(readStatus):96 hd_read_config('AH6Q.fU1aO9YHBB4') == 0 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [Interpreter] Mouse.ycp:166 
Unknown key for Read(.probe.status, key) 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [agent-probe] 
HwProbe.cc(readStatus):96 hd_read_config('AH6Q.fU1aO9YHBB4') == 0 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [Interpreter] Mouse.ycp:166 
Unknown key for Read(.probe.status, key) 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [agent-probe] 
HwProbe.cc(readStatus):96 hd_read_config('AH6Q.fU1aO9YHBB4') == 0 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [Interpreter] Mouse.ycp:166 
Unknown key for Read(.probe.status, key) 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [agent-probe] 
HwProbe.cc(readStatus):96 hd_read_config('AH6Q.fU1aO9YHBB4') == 0 
2005-08-22 02:41:05 <3> 10.10.101.149(3120) [Interpreter] Mouse.ycp:166 
Unknown key for Read(.probe.status, key) 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:169 key 
AH6Q.fU1aO9YHBB4 conf $["available":`unknown, "configured":`unknown, 
"info":`unknown, "needed":`unknown] 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:180 mprotocol: 
<$[]> 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:201 gpm  device  
bus 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:202 tl = [["Ignore 
Mouse -- regardless of if one exists", $["device":"", "emul3":false, "gpm":"", 
"id":"ignore", "mset":"", "wheels":0]], ["NONE ", $["device":"", 
"emul3":false, "gpm":"", "id":"none", "mset":"", "wheels":0]]] 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:206 tl = [["Ignore 
Mouse -- regardless of if one exists", $["device":"", "emul3":false, "gpm":"", 
"id":"ignore", "mset":"", "wheels":0]], ["NONE ", $["device":"", 
"emul3":false, "gpm":"", "id":"none", "mset":"", "wheels":0]]] 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:210 found mouse 
ignore 
2005-08-22 02:41:05 <1> 10.10.101.149(3120) [YCP] Mouse.ycp:215 Mouse::Probe 
ignore 
 
---snap---- 
 
agent-probe is not able to call hd_read_config correctly. The result is 
that ignore entry. Can somebody please fix the probe agent ? 
 
Thanks  
Comment 10 Jason Wallwork 2005-08-23 08:47:06 UTC
Not sure if it's useful (please let me know if not) to let you guys know when
somebody else has the same bug. I'm getting it in beta2. The mouse worked during
the install fine but I forced it to explorerps/2 which is what it uses in 9.3.
Comment 11 Marcus Schaefer 2005-08-24 08:43:53 UTC
*** Bug 106700 has been marked as a duplicate of this bug. ***
Comment 12 Kirk Coombs 2005-08-24 19:04:28 UTC
still seeing it in beta3
Comment 13 Marcus Schaefer 2005-08-25 08:03:42 UTC
*** Bug 112894 has been marked as a duplicate of this bug. ***
Comment 14 Steffen Winterfeldt 2005-08-25 09:10:54 UTC
*** Bug 102642 has been marked as a duplicate of this bug. ***
Comment 15 Klaus Kämpf 2005-08-30 08:20:41 UTC
Looks like the unique-key / UUID problem fixed in libhd. 
Comment 16 Ulrich Lange 2005-09-02 22:17:07 UTC
In Beta 4 mouse configuration is not shown in "Install Settings" -> "Expert". Is
this now the solution for this problem?
What if I have to install a special mouse?
Comment 17 Karl Eichwalder 2005-09-19 08:24:27 UTC
I'd like to confirm comment #16 for RC4.

And in ncurses mode installation (see bug 97550) yast still displays "Ignore
mouse - regardless of if one exists".  This message is too short.  I guess this
is, what is meant:

   Ignore Mouse in textmode - detected XXX model for graphics mode

Only print "regardless of if one exists" if you cannot detect the model.
Comment 18 Klaus Kämpf 2005-10-04 12:42:17 UTC
Marcus, can you look at the 'texmode' bug Karl mentions ? 
Comment 19 Marcus Schaefer 2005-10-05 16:06:47 UTC
Hi Karl, 
 
this bloody message makes me crazy, who was the one implementing 
that; it wasn't me ? :) I'm really sure all kind of standard mice 
are detected correctly. Karl I think this happens on your small test 
system right ? I will visit you as soon as I'm healthy again so please 
leave it in a state where I can reproduce this... 
 
would be nice, thanks 
Comment 20 Marcus Schaefer 2005-10-12 10:38:30 UTC
could not reproduce this and Karls testsystem is broken because of 
harddisk crash... later  
Comment 21 Karl Eichwalder 2005-10-20 09:36:40 UTC
hwinfo --mouse is able to detect the mouse properly.  I'm going to attach the y2log as well.  Also see again comment 17 .
Comment 22 Karl Eichwalder 2005-10-20 09:37:25 UTC
Created attachment 54896 [details]
hwinfo --mouse
Comment 23 Karl Eichwalder 2005-10-20 09:38:11 UTC
Created attachment 54898 [details]
yast2 mouse detection during textmode installation
Comment 24 Stephan Kulow 2008-06-25 09:32:12 UTC
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 25 Stephan Kulow 2008-06-25 09:33:46 UTC
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 26 Stephan Kulow 2008-06-25 09:40:12 UTC
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 27 Stephan Kulow 2008-06-25 09:52:14 UTC
Closing old LATER+REMIND bugs as WONTFIX - if you still plan to work on it, feel free to reopen and set to ASSIGNED.

In case the report saw repeated reopen comments, it's due to bugzilla timing out on the huge request ;(