Bug 9336

Summary:	In 1920x1080 resolution, KDE does not allow for panel size
Product:	Mageia	Reporter:	Frank Griffin <ftg>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED INVALID	QA Contact:
Severity:	normal
Priority:	Normal	CC:	bittwister2, marja11
Version:	Cauldron
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:	kde	CVE:
Status comment:

Description Frank Griffin 2013-03-11 18:28:18 CET

I just switched to a 24" monitor which runs at 1920x1080 resolution.  I re-did XFdrake, selecting 1920x1080 as Monitor and Automatic as Resolution, and rebooted.

Everything looks fine except that windows aligned with the top of the desktop are actually about half an inch above the edge of the display, which leaves most or all of the titlebar not visible.  You can move the cursor off the top edge of the display and "grab" the titlebar to move the window back to the visible area.

The panel at the bottom of the screen is fully visible and correctly aligned.

I'm guessing that in computing the desktop size for 1920x1080, KDE is not recognizing the space taken up by the panel, and is making the desktop surface larger by the height of the panel than it ought to be.

Reproducible: 

Steps to Reproduce:

Comment 1 Bit Twister 2013-03-11 22:43:10 CET

Just to make sure it is a system wide problem. Create a testcase user, say junk.
Now log in as junk and see if the problem is still there.

CC: (none) => junk_no_spam

Comment 2 Frank Griffin 2013-03-11 23:25:27 CET

I've already verified this on two different systems operating through the same KVM, one of which was a fresh install with a new user.

I have noticed that virtual console displays also have some loss at the left and top, and that KDE app print dialogs lose some space at the left and top.

The tty behavior could decouple it from KDE, but the print behavior links it back up.

Comment 3 Bit Twister 2013-03-12 00:11:00 CET

(In reply to Frank Griffin from comment #2)
> I've already verified this on two different systems operating through the
> same KVM, one of which was a fresh install with a new user.

I have seen problems with newer plug-n-play Linux software getting the needed information from the monitor when routed through a KVM.

I would have to do a direct video connect, reboot, change current resolution, then change it back via mcc, create a new user, reboot, test in new user account just to make sure not to be wasting a developer time.

Comment 4 Frank Griffin 2013-03-12 01:36:56 CET

OK, well by verifying the problem on two different systems, one of which was a new user, we've covered most of those bases.  The outlier  is the direct connect, which I  will test  at the earliest opportunity.

Comment 5 Marja Van Waes 2013-03-12 07:20:19 CET

Just to confirm that there is no problem on bare metal:

I have a 1920x1080 ProLite E2210HDS monitor.

In updated 3beta2 on bare metal, with monitor set to Plug'n PLay and resolution to automatic, everything works fine here. When I make a full screenshot, the resolution of it is 1920x1080. 
A screenshot of a maximized window is 1920x1040 and doesn't run off the screen

CC: (none) => marja11

Comment 6 Frank Griffin 2013-03-12 16:45:15 CET

This has nothing to do with KDE (it happens in tty mode as well, with text spilling off the left edge), and appears to be an oddity of the monitor itself.  It comes with several preset configurations, e. g. Custom, Game, Standard, Cinema, ...  Custom is set by default, and exhibits the problem.  Game looks better, and does not exhibit the problem.

Status: NEW => RESOLVED
Resolution: (none) => INVALID