Bug 18588 - mouse cursor invisible on main userid
Summary: mouse cursor invisible on main userid
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 5
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: KDE maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-30 18:42 CEST by Pierre Fortin
Modified: 2018-04-27 16:23 CEST (History)
1 user (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
Package changes to system since last reboot (44.08 KB, text/plain)
2016-05-30 18:44 CEST, Pierre Fortin
Details

Description Pierre Fortin 2016-05-30 18:42:43 CEST
Description of problem: Rebooted system after glibc update and mouse active but its cursor is invisible. At least I get a visual indication where the mouse is hovering...

However, if I "Switch User" and login as user2, I do have a mouse cursor.

WEIRD: Mouse visibility follows userid..,  

While user2 is active, mouse is visible.
Switch user gives kdm WITHOUT mouse cursor
Enter password --> no mouse cursor.
Braille my way to Switch User.
Get kdm WITH mouse cursor.
Enter user2 password --> OK
I can switch back and forth, and the mouse cursor visibility for user1=off and user2=on every time.

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


How reproducible:  Always.  Bug survives reboot.


Steps to Reproduce:
1. No idea what triggered this. All was OK before rebooting for updates.
2.
3.

I will attach the RPM changes since the last reboot on April 9...
Comment 1 Pierre Fortin 2016-05-30 18:44:12 CEST
Created attachment 7877 [details]
Package changes to system since last reboot
Comment 2 Pierre Fortin 2016-05-30 21:08:29 CEST
In mcc, disabled "Use hardware accelerated mouse pointer" which added:
    Option "SWCursor"
to /etc/X11/xorg.conf and rebooted.
I now have visible cursor. xorg.conf still contains "SWCursor"; but mcc still shows:
  [x] Use hardware accelerated mouse pointer

Something appears out of sync...
Comment 3 Marja Van Waes 2016-05-31 19:22:39 CEST

This is most likely a duplicate of bug 15623, which was only reported by users with KDM/KDE

@ Pierre

I think you mentioned some things here that no one mentioned yet, feel free to add that to bug 15623

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

Status: NEW => RESOLVED
CC: (none) => marja11
Resolution: (none) => DUPLICATE

Comment 4 Pierre Fortin 2016-06-08 04:31:37 CEST
Interesting....  brand new Dell Inspiron 3558 arrived today, installed mga5 and have no mouse cursor.  Login and braille my way to:
a) turn off mouse HW accel 
b) new session 
and surprise, I have a mouse cursor on the second session.
Switch user and select original user --> no mouse cursor.
Unable to see any mouse activity; but did try Windows+Ctrl keys which give the mouse finder, allowing me to see mouse cursor location.
Added a 3rd user which works...

So...  it appears the mouse is not visible on :0 but works on :1 & :2...

Re-opening this bug because the information about the problem is more concise.

Status: RESOLVED => REOPENED
Resolution: DUPLICATE => (none)

Comment 5 Marja Van Waes 2016-06-08 21:25:24 CEST
(In reply to Pierre Fortin from comment #4)
> Interesting....  brand new Dell Inspiron 3558 arrived today, installed mga5
> and have no mouse cursor.  Login and braille my way to:
> a) turn off mouse HW accel 
> b) new session 
> and surprise, I have a mouse cursor on the second session.
> Switch user and select original user --> no mouse cursor.
> Unable to see any mouse activity; but did try Windows+Ctrl keys which give
> the mouse finder, allowing me to see mouse cursor location.
> Added a 3rd user which works...
> 
> So...  it appears the mouse is not visible on :0 but works on :1 & :2...
> 
> Re-opening this bug because the information about the problem is more
> concise.

@ neoclust

Assigning to you then. Pierre means "more concise than in bug 15623"

Assignee: bugsquad => mageia

Comment 6 Pierre Fortin 2016-06-08 21:44:57 CEST
Right.  Stating the now obvious for those looking for any solution:

  Adding Option "SWCursor" to /etc/X11/xorg.conf is a workaround.  

Since displays :1 & :2 work, it appears HW accel triggers this bug on display:0 which is what most users limit themselves to...
Samuel Verschelde 2016-08-25 16:23:38 CEST

Assignee: mageia => kde

Comment 7 Marja Van Waes 2018-04-27 16:23:40 CEST
Hi Pierre,

Thank you for having taken the needed time to report this issue!

We regret if this issue didn't get fixed.

Closing as OLD, because Mageia 5 has officially reached its End of Life on December 31st, 2017 https://blog.mageia.org/en/2017/11/07/mageia-5-eol-postponed/
It only continued to get important security updates since then, but non-security bugs have no chance of still getting fixed.

Marja

Status: REOPENED => RESOLVED
Resolution: (none) => OLD


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