Bug 315050

Thanks for the information.
Well, thats bad to hear.  I am lucky, it does not happen on my machine. In general it seems to happen by chance, depending on Window Manager, X Server, Type of fullscreen window, Keyboard handling, and so on and so forth. It is quite likely related to a not-fully specified Linux fullscreen mode.  I checked more, and see it all around, also for games. For example Half Life on Linux won't leave Fullscreen mode, while Trine2 on Linux leaves Fullscreen mode.
You can either file a bug report at the Flash developers, or wait until Linux has a proper fullscreen mode (might never happen). Unfortunately I do not see any possibilty for a change in KMix.
I'll put this bug on hold until furher notice. Should you have helpful news, please post it in this bug report.

So are you saying that it works fine for you with the above youtube link? It actually is inconsistent for me too, depending on the specific youtube video. I think it's probably because I have html5 youtube enabled, but html5 only works on some videos. I'm not sure how to tell if the current video I'm watching is html5 or flash.

I don't have Unity or Gnome Shell installed any more, but I think I remember this bug not occurring on either of them. I suspect it's KDE-specific, rather than a problem with Flash per se. However, perhaps this bug shouldn't be filed against kmix, but against kwin or something else?

Didn't test the video. I was not aware about it could depends on the video. Some more insight. Thanks.
I will try when I am back at my home PC. Probably some are not actual flash videos (e.g. HTML5 video trial).

Okay, thanks. In comparison, this video (for me) stays in fullscreen when I change the system volume. https://www.youtube.com/watch?v=VvTSl8vJNYU

Hopefully we'll see the same thing if we both are in the html5 trial.

I tested the video and pressed Volume up and down global shortcuts, in both Flash and HTML5 mode [1]:
 - Via Flash it does NOT leave Fullscreen mode
 - Via HTML5 it does leaves Fullscreen mode

Looks like it is currently OK for Flash, but fails for HTML5. At least it looks consistent.

[1] Enable/Disable HTML5 trial: http://www.youtube.com/html5

Ah good find. I'll change my settings back to Flash for now, but should I file this bug against a different component?

That's strange. Changing settings to all flash did fix it for the first link I posted, but now I've found another that doesn't work! I'm not sure why the inconsistency.
https://www.youtube.com/watch?v=JqVV1uURKYk

(In reply to comment #7)
> That's strange. Changing settings to all flash did fix it for the first link
> I posted, but now I've found another that doesn't work! I'm not sure why the
> inconsistency.
> https://www.youtube.com/watch?v=JqVV1uURKYk

Which exact KDE version? Is this still valid with KDE 4.10.5 or 4.11 RC1?

KDE 4:4.10.5-0ubuntu0.1

It's somewhat fixed. That is, fullscreen display doesn't break any more, but there is some unexpected behaviour. If I enable thtml5 trial
[1] http://www.youtube.com/html5
[2] https://www.youtube.com/watch?v=VvTSl8vJNYU
[3] https://www.youtube.com/watch?v=qaKRHH6YgTY

Sorry, I accidentally press send too early.

KDE 4:4.10.5-0ubuntu0.1

It's somewhat fixed. That is, fullscreen display doesn't break any more, but there is some unexpected behaviour. If I enable the html5 trial [1], then both [2] and [3] play fine now. If I press the volume up/down keys, fullscreen display doesn't break. I was going to say that in the case of [3], the "youtube.com is now fullscreen" warning was shown again whenever I pressed the volume keys, but now I try again (an hour later) and it seems fine. I'm not really sure what's going on there.

[1] http://www.youtube.com/html5
[2] https://www.youtube.com/watch?v=JqVV1uURKYk
[3] https://www.youtube.com/watch?v=qaKRHH6YgTY

Honestly, I think I cannot do too much here. The only thing i have to make sure is that the window type is correctly hinted. KMix's OSD is a Plasma::Dialog, and you can see the hinting at [2]. I guess the type hints should be good enough.

To make it clear: If the target application [1] reacts on window overlays with leaving fullscreen, it can decide to do so. Bugging the developer of the target application is the only viable alternative in my opinion. Thus I would like to close this ticket (type: RESOLVED:INVALID, as it can only be fixed in other applications). Please let me know if you want to go ahead differently.

[1] e.g. one of various Flash player versions or Youtube HTML5-Player or a Game or DVD player or <new-shiny-application> or ...

[2] Window Hints:
    KWindowSystem::setState(winId(), NET::KeepAbove);
    // There is no NET::OSD, so use an non-intrusive type: NET::Tooltip
    KWindowSystem::setType(winId(), NET::Tooltip);
    setAttribute(Qt::WA_X11NetWmWindowTypeToolTip, true);

Closing as proposed in last comment.

Thanks Christian. I wasn't exactly sure what your penultimate comment meant, so I stayed silent. If I understand correctly, you are saying that you can't really fix it? Cheers.

To make things short and clear: No, I can not fix this, as the problem is in the application that goes out of fullscreen mode.
-------------------------

Explanation: Part of the problem is that there is no actual "fullscreen" mode on the Linux desktop - at least there is no specification I am aware off.Thus I am opening an "unintrusive" window (a tooltip) as OSD.

Okay, thanks for the reply.