Bug 17183 - Mouse cursor invisible when inside vlc window
Summary: Mouse cursor invisible when inside vlc window
Status: RESOLVED DUPLICATE of bug 17184
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-20 16:45 CET by Frank Griffin
Modified: 2015-12-07 13:06 CET (History)
0 users

See Also:
Source RPM: vlc
CVE:
Status comment:


Attachments

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


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