lubuntu 19.04 daily - vlc opened privacy-and-network-policy (first-run) window partially obscured by panel

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1804341

I tested this today (26.02.29) with the build from 25.02.19 daily tests and found no problem.

My bug report description was poor; I raised multiple bugs & was rushing by the time of this one, and didn't return back as I'd intended, so apologies.

I boot up 19.04 daily, (this is being done on new daily downloaded an hour ago)

prefs->LXQtsettings->Monitor.Settings to change monitors to reflect my layout

DVI-I-1 is on top; and DP-1 on bottom (as Monitor.Settings names my displays)

// in original bug report I'd arranged my displays slightly [horizontally too] as my monitors really are, I'm no longer doing this on QA-tests as its hard to describe.

This monitor change causes the panel to appear bottom of top monitor/display, which is where it was the problem.

I open VLC, and `vlc` window opens with "Privacy and Network Access Policy" mostly below vlc window, but the bottom hidden by the panel.

If this test is done without monitor-position change (or in different positions) I could not replicate it.

I could however replicate this issue though on another box (where the names of displays were different, DVI0 (top) & DVI1 (bottom)) as its displays are vertically aligned as well & I adjust for normal mouse movement.

This bug is a MINOR issue though, I could drag the vlc PANAP window up so I could read it all, and it only occurs with monitor setup so panel is bottom of upper display, let alone you only see that box ONCE.

One thing I'm not clear about: does this *require* multiple displays to replicate?

Yes, and it's another that I can only replicate with vertical arrangement of displays (ie. one above the other; but if reversed it's not an issue).

I believe it's the same as the 3x that are suspected field that wasn't initialized with a value.. it wasn't moved upstream as it only occurs first time vlc loads, and easy to reproduce in a 'live' environment, but not on my tumbleweed setup (as vlc has been used before) so it wasn't pushed upstream..

hp 8200 elite sff (i5-2400, 8gb, nvidia quadro 600)
purpose of this test is to start looking for old bugs & confirm focal impacted; these bugs are old & upstream issues and will impact very few end-users (impact me thus why chased)
boot up; adjust displays to match my setup (default-right display is below other display)
moved cursor to my lower display, opened vlc from menu using keyboard; Privacy & Network Access Policy opened with window across displays -- this is not a significant issue as this window only appears first run, and it appears to depend on where cursor is when opened as to if this issue occurs, but https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/1804341

This bug is marked against VLC; I think it's related to a number of others that were filed upstream (LXQt said they were linked), and they have now blamed openbox as creating the issue.

This issue requires a specific screen setup to get it to occur, plus you must open vlc on a specific screen so it's pretty minor. LXQt devs think it's a `openbox` issue.

I guess the simple solution would be to try a few other window managers to confirm that Openbox is indeed to blame. If it is, that will be pretty sad given that upstream considers Openbox to be a "completed" project of sorts. If we can find the fix, it would mean carrying an Ubuntu (or maybe Debian, too)-only patch.

Lubuntu 20.04 qa-test
I tried to re-create this issue yesterday on d780 (c2q-q9400, 8gb, amd/ati cedar radeon hd 5000/6000/7350/8350, portrait + landscape displays) but failed

I've now re-created it on hp 8200 elite sff (i5-2400, 8gb, nvidia quadro 600) or box it was filed under initially.

I'll have to do more testing on another box (is it related to video card?, I'll endeavor to test on dc7700, or d960 and try and confirm it's hardware agnostic (I didn't use two landscape displays yesterday which may be reason I couldn't re-create).

As users only see this dialog ONCE, I consider it so petty I've not bothered testing for it.

I'll continue testing..

Lubuntu 20.04 qa-test
I tried to re-create this issue yesterday on d780 (c2q-q9400, 8gb, amd/ati cedar radeon hd 5000/6000/7350/8350, portrait + landscape displays) but failed

I've now re-created it on hp 8200 elite sff (i5-2400, 8gb, nvidia quadro 600) or box it was filed under initially.

I'll have to do more testing on another box (is it related to video card?, I'll endeavor to test on dc7700, or d960 and try and confirm it's hardware agnostic (I didn't use two landscape displays yesterday which may be reason I couldn't re-create).

As users only see this dialog ONCE, I consider it so petty I've not bothered testing for it.

I'll continue testing..

same hp8200 session as comment #11

`rm ~/.config/vl* -rf`
`sudo apt install xfwm4`
`xfwm4 --replace`

open VLC from menu (different issue; I couldn't anymore from pcmanfm-qt as menu wouldn't appear with right-click..) and VLC's PaNAP opens in middle of other screen. See screengrab.

I rm vlc configs again; double-clicked from pcmanfm-qt & same result (fully readable PaNAP or privacy and network access policy window)

I'll pause testing this issue, chase up the menu's not opening that I only noticed when using xfwm4.. (killed wfwm4, replaced with openbox - it has https://bugs.launchpad.net/ubuntu/+source/pcmanfm-qt/+bug/1812342 issue too) :(

I've been doing some testing of this on hp dc7700 (c2d-e6320, 5gb, nvidia quadro nvs 290) on a very recent QA-test install (20.04) fully upgraded.

To reset 'vlc' (to get PrivNetAccPolicy to show) I'm using `rm ~/.config/vl* -rf`

I was unable to re-create it (and this box shares the screens of hp 8200 so I'd expect to set it up pretty much same orientation (maybe opposite of top/bottom but I've been trying variations of screen positions too).

Scanning http://iso.qa.ubuntu.com/qatracker/reports/bugs/1804341 it looks like I've only reported this issue as occurring on hp 8200 & d960 (my primary box that I key results into & thus rarely use for testing http://iso.qa.ubuntu.com/qatracker/milestones/398/builds/189072/testcases/1303/results)

Thus reported boxes (unless I missed one) are :-
dell [optiplex] 960 (c2q-q9400, 8gb, amd/ati cedar radeon hd 5000/6000/7350/8350)
hp 8200 elite sff (i5-2400, 8gb, nvidia quadro 600)

When the PrivNetAccPolicy window appears, the panel TaskManager button only moves the "VLC media player" window and doesn't touch the errant PrivNetAccPolicy dialog (ie. it doesn't move when you right-click & select move), but that dialog only occurs once, so any users who just close it won't notice it again anyway.

Users can click into "Simple Preferences" and on the "Interface Settings" the "Allow metadata network access" checkbox can be changed (what the dialog box asks).

If they did SKIP or CLOSE the PriNetAccPolicy window because it was hard to read, or ignored it seems to default to "Allow metadata access network access" is DISABLED which is I suspect what most users would want. If they want it enabled, they can go into Interface Settings and change it.

Unless another user does confirm this (ie. they see it as a bug worth fixing), I'm happy (& suggesting) ignore it. It's not worth the effort in my opinion.

(I've got the latest daily now so may re-test on my d960)

Okay before I shutdown the system I remembered I had to have panels on specific displays... Once I had a panel on both displays, I could re-create it on dc7700

Thus reported boxes (unless I missed one) are :-
dc7700 (c2d-e6320, 5gb, nvidia quadro nvs 290)
dell [optiplex] 960 (c2q-q9400, 8gb, amd/ati cedar radeon hd 5000/6000/7350/8350)
hp 8200 elite sff (i5-2400, 8gb, nvidia quadro 600)

Either way... I still don't believe this bug is worth the effort as outlined in prior comment.

(Now that I have created this issue on dc7700, other issues are popping up which could go against my thinking.. but vlc issue is really minor).

QA-test, 20.04 daily on dell [optiplex] 960 (c2q-q9400, 8gb, amd/ati cedar radeon hd 5000/6000/7350/8350)

at first I couldn't re-create this issue.. Once I added the second panel so each display had a panel - issue occurred. The % of end-users who have this setup (have panel on both displays) and THEN run vlc for first time will be minimal.

I do believe it doesn't require a panel on each display to re-create, I believe IF the single panel is (on boot) on a specific display the issue (not the other) it can occur with a single panel. It's now harder for me (my systems) to re-create, so something has changed/

(I believe I looked into this earlier and reached that conclusion; but I had great difficulty working out how to re-create. In that testing I could use Monitor.Settings to change screen positions and panel would 'jump' from one display to the other... this was a clue I used to predict WHEN this issue would occur.. but I couldn't work out reliably how to accurately predict that first move... as it took too long to reboot to re-attempt the first 'Monitor.Settings' display movement for re-try - I gave up that testing)

This issue is petty & of limited to NO importance. Of note xscreensaver is now only hiding a single display .. ie. once I get issue to occur, other more important issues occur...
This issue MAY relate to others (which maybe of more concern)

Is this an issue on 22.04 or later?