Ubuntu
smplayer package

Window redraw is messed up.

Bug #1604224 reported by Scott Cowles Jacobs
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
smplayer (Ubuntu)
New
Undecided
Unassigned

Bug Description

Something really goofy is going on with SMplayer playing on my Lubuntu 16.04 system.

I will attach some screenshots, but let me first describe the situation as it is happening right now.

Right now, I had played an audio (.mp3) file, having previously played a number of video (.mp4) files maximised (I don't know if originally I told it to maximise, or it just did so, based on the dimensions of the video).

The box SMPlayer shows, with the controls, is occupying the upper left hand side of the screen., but the windowbar extends the full width of the screen.
It is on Desktop #3.

If I go to Desktop #1, where I am writing this bug report in Firefox, and then switch to Desktop #3, the image of Desktop #1 is visible behind the SMPlayer box and Playlist box. In addition, when Lubuntu switches Desktops, it briefly puts up a little box showing the (for me) 4 Desktops as a series of connected squares, one of which is dark colored, and the rest white, along with the text 'Desktop x', x being the number of the Desktop. Anyway, this is usually transient, disappearing within a quarter of a second or so. On Desktop #3, this little box has taken up permanent residence.

If I go to Desktop #2, which is where I have my file manager (Nemo) window displayed, and then to Desktop #3, Now it is the file manager window which is behind SMPlayer and Playlist boxes.

If I go to Desktop #4, which is empty except for the desktop, and switch to Desktop #3,
now it is the desktop which is behind SMPlayer/Playlist boxes.

I assume that it is incorrect for SMPlayer to draw a small box for audio file playback, but have the window bar for that small box go across the whole screen.

What I don't know is who is responsible for window redraw - if it is the App that redraws,
or if the App merely reports the dimensions of the window and gadgets etc. to the OS, which then redraws, based on that report, or ... ?

Something is definitely wrong, though...

---------------------------------------------------------

scott@scott-Asus-M2N68-AM-Plus:~$ uname -a
Linux scott-Asus-M2N68-AM-Plus 4.4.0-31-generic #50-Ubuntu SMP Wed Jul 13 00:06:14 UTC 2016 i686 athlon i686 GNU/Linux
scott@scott-Asus-M2N68-AM-Plus:~$ lsb_release -dsc
Ubuntu 16.04 LTS
xenial
scott@scott-Asus-M2N68-AM-Plus:~$ echo $DESKTOP_SESSION
Lubuntu

scott@scott-Asus-M2N68-AM-Plus:~$ smplayer --version
This is SMPlayer v. 16.7.0 running on Linux

16.7.0-1~xenial1 (from Synaptic)

Tags: redraw window
Revision history for this message
Scott Cowles Jacobs (scott092707) wrote :
Revision history for this message
Scott Cowles Jacobs (scott092707) wrote :
Revision history for this message
Scott Cowles Jacobs (scott092707) wrote :
Revision history for this message
Scott Cowles Jacobs (scott092707) wrote :

I just noticed something else - if I use SMPlayer's menu, and the bounding box(es) for the menu extend beyond the main SMPlayer box, the part that extends beyond remains behind after I finish
using the menu. The main SMPlayer box, and the Playlist box get redrawn over the pieces of the menu that remain.

Revision history for this message
Scott Cowles Jacobs (scott092707) wrote :

I couldn't resist...

Attached is a screenshot, taken after I needed to move the playlist, and found that as it moved, it was leaving a trail behind it. I kept going, and took the screenshot.

Revision history for this message
rvm (rvm) wrote :

Does the problem still happen if you enable the option "Repaint the background of the video window" in Preferences -> Advanced?

Revision history for this message
Scott Cowles Jacobs (scott092707) wrote :

>Does the problem still happen if you enable the option "Repaint the background
>of the video window" in Preferences -> Advanced?

Yes. That has no effect on the problem.

Revision history for this message
Scott Cowles Jacobs (scott092707) wrote :

I did a bit of experimenting...

I reliably reproduce the bug by:
Start SMPlayer.
Open a file to play (audio or small video).
Use the window maximize button.
Open another file, that does not require the full screen (audio, or small video)
Whatever was visible on the larger area remains there, the window bar still occupies the full width of the screen, and if one goes back and forth between other desktops and the one containing SMPlayer, whatever part of the screen that SMPlayer is NOT using for its main/Playlist boxes is duplicated from the other desktop.

If I un-maximixe the window, then the effect is not there: if I have a video playing, and open an audio file, it changes to a smaller box, but none of the desktop-duplicating is there.

I will try not maximizing, but merely enlarging the window by pulling on the edges, to see if the effect is there or not...
No. Even if I make the window as large as the screen, it does not exhibit the problem.
But if I take the manually-maximized window and click on the maximize button, THEN the problem manifests as soon as I open a file that does not require the full screen to play.

It seems that the window-maximize button is the key.

Revision history for this message
rvm (rvm) wrote :

Thank you for you detailed description. Now I was able to reproduce the problem and I think it's fixed in svn r8036.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.