Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in / Register
  • VLC VLC
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 3,432
    • Issues 3,432
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 176
    • Merge requests 176
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • VideoLAN
  • VLCVLC
  • Issues
  • #7196
Closed
Open
Created Jul 23, 2012 by Migration Bot@MigrationBot🤖

OSX custom QT app: libvlc causes keyboard to "not be released"

I tried to reduce this to the most dummy example.

The app attached:

  • lays a webview next to a libvlc player
  • the player will be destroyed after 10 seconds

During the time the player is displayed, it's possible to input text in the webview. Now, click the player while it's there, and wait for it to be destroyed. Try to type text in the webview.

Interestingly, if you do build again the player afterwards, the keyboard will be released. Does that mean something is not freed correctly on close (sys->glView?) that is forcefully freed on open?

Looking into modules/video_output/macosx.m - it turns out that disabling acceptFirstResponder in VLCOpenGLVideoView fixes the problem:

- (BOOL)acceptsFirstResponder
{
    return NO;
}

I'm definitely not an expert in objc/cocoa and I am not sure of the implications for the rest of VLC, or clearly understand the issue :/.

Am I missing something? Any clue what is wrong there?

Thanks.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking

VideoLAN code repository instance