Bug 17183

Summary:	Mouse cursor invisible when inside vlc window
Product:	Mageia	Reporter:	Frank Griffin <ftg>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED DUPLICATE	QA Contact:
Severity:	normal
Priority:	Normal
Version:	Cauldron
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:	vlc	CVE:
Status comment:

Description Frank Griffin 2015-11-20 16:45:36 CET

If you start vlc for a video, title actions like "Play all", "Play", etc., are clickable fields on the vlc window.  However, if you move the mouse cursor inside the vlc window to click on a choice, the cursor becomes invisible, giving you no idea whether the mouse is actually on the selection or not.

Dragon Player exhibits the same behavior.  Parole does not.

Reproducible: 

Steps to Reproduce:

Comment 1 David Walser 2015-11-24 15:26:46 CET

Isn't the mouse cursor supposed to be invisible inside of a video player window?

Comment 2 Frank Griffin 2015-11-24 15:42:56 CET

I'm not an expert, but I would expect that it would disappear after a certain number of seconds of not being moved, and then reappear immediately if moved.  Or just stay visible all the time and leave it to the user to move it out of the frame if it's in the way.

The fact remains that if there are mouse-selectable fields in the video, not having a visible cursor makes them useless.

Flash and other players like youtube are good examples.  It's not always obvious which player is used for which site, but I've seen Flash videos where the control panel (stop/pause, progress bar) only appears if the mouse cursor is over the window, and stays visible as long as it is.  I've seen others where that happens, but the control panel disappears if the mouse cursor isn't moved for a certain period of time. 

It would be interesting to know if these behaviors are configurable either at build or execution time.

Comment 3 Samuel Verschelde 2015-12-07 13:06:10 CET

It really looks like both this bug and bug 17184 have a common cause, so we'll follow-up on bug 17184 and I'm closing this one as duplicate.

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

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