Bug 9336 - In 1920x1080 resolution, KDE does not allow for panel size
Summary: In 1920x1080 resolution, KDE does not allow for panel size
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-11 18:28 CET by Frank Griffin
Modified: 2013-03-12 16:45 CET (History)
2 users (show)

See Also:
Source RPM: kde
CVE:
Status comment:


Attachments

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


Note You need to log in before you can comment on or make changes to this bug.