Bug 416894

I can't reproduce it on Debian, neither with the 4.2.8 appimage nor the recent nightly appimage. Might be a Windows-specific issue?

Created attachment 125529 [details]
attachment-22545-0.html

I think it is. Might be good if we could choose a default monitor. Although
making title bar visible (preventing fullscreen) is a workaround

On Wed, Jan 29, 2020 at 9:05 PM Rebecca Breu <bugzilla_noreply@kde.org>
wrote:

> https://bugs.kde.org/show_bug.cgi?id=416894
>
> Rebecca Breu <rebecca@rbreu.de> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>                  CC|                            |rebecca@rbreu.de
>
> --- Comment #1 from Rebecca Breu <rebecca@rbreu.de> ---
> I can't reproduce it on Debian, neither with the 4.2.8 appimage nor the
> recent
> nightly appimage. Might be a Windows-specific issue?
>
> --
> You are receiving this mail because:
> You reported the bug.

I don't have this on Windows 10 with the Jan 30th 4.3.0-prealpha (git 0657457) standalone .zip.

It goes to full screen on whatever monitor has the majority of the window on it then returns to its previous shape and size and placement.

Created attachment 125556 [details]
Annotation 2020-01-31 010944.jpg

I have it on git 1164b81
and I have this problem with dpi as well:
run on monitor one 100% and monitor 2nd has 150% scaling


On Fri, Jan 31, 2020 at 12:23 AM Ahab Greybeard <bugzilla_noreply@kde.org>
wrote:

> https://bugs.kde.org/show_bug.cgi?id=416894
>
> Ahab Greybeard <ahab.greybeard@hotmail.co.uk> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>                  CC|
> |ahab.greybeard@hotmail.co.u
>                    |                            |k
>
> --- Comment #3 from Ahab Greybeard <ahab.greybeard@hotmail.co.uk> ---
> I don't have this on Windows 10 with the Jan 30th 4.3.0-prealpha (git
> 0657457)
> standalone .zip.
>
> It goes to full screen on whatever monitor has the majority of the window
> on it
> then returns to its previous shape and size and placement.
>
> --
> You are receiving this mail because:
> You reported the bug.

Are your monitors identical?
Are there any OS level utilities and controls whose settings could have an effect on this? (Right-click on desktop then Display Settings.)
(I rarely use Windows nowadays so I've lost familiarity with it.)

I forgot to add my system information but I don't know if it would be of any help to anyone in solving this problem:

Krita

 Version: 4.3.0-prealpha (git 0657457)
 Languages: en_US, en
 Hidpi: false

Qt

  Version (compiled): 5.12.5
  Version (loaded): 5.12.5

OS Information

  Build ABI: x86_64-little_endian-llp64
  Build CPU: x86_64
  CPU: x86_64
  Kernel Type: winnt
  Kernel Version: 10.0.16299
  Pretty Productname: Windows 10 (10.0)
  Product Type: windows
  Product Version: 10

OpenGL Info
 
  Vendor:  "NVIDIA Corporation" 
  Renderer:  "GeForce GTX 750 Ti/PCIe/SSE2" 
  Version:  "4.6.0 NVIDIA 388.13" 
  Shading language:  "4.60 NVIDIA" 
  Requested format:  QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile  QSurfaceFormat::CompatibilityProfile) 
  Current format:    QSurfaceFormat(version 4.6, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 1, colorSpace QSurfaceFormat::sRGBColorSpace, profile  QSurfaceFormat::CompatibilityProfile) 
     Version: 4.6
     Supports deprecated functions true 
     is OpenGL ES: false 

QPA OpenGL Detection Info 
  supportsDesktopGL: true 
  supportsAngleD3D11: true 
  isQtPreferAngle: false 

Hardware Information

  GPU Acceleration: auto
  Memory: 16381 Mb
  Number of Cores: 8
  Swap Location: /tmp

Current Settings

  Current Swap Location: /tmp
  Undo Enabled: 1
  Undo Stack Limit: 20
  Use OpenGL: 1
  Use OpenGL Texture Buffer: 1
  Use AMD Vectorization Workaround: 0
  Canvas State: OPENGL_SUCCESS
  Autosave Interval: 360
  Use Backup Files: 1
  Number of Backups Kept: 1
  Backup File Suffix: ~
  Backup Location: Same Folder as the File
  Use Win8 Pointer Input: 1
  Use RightMiddleTabletButton Workaround: 0
  Levels of Detail Enabled: 1
  Use Zip64: 0


Display Information
Number of screens: 2
	Screen: 0
		Name: \\.\DISPLAY2
		Depth: 32
		Scale: 1
		Resolution in pixels: 1280x1024
		Manufacturer: 
		Model: 
		Refresh Rate: 60
	Screen: 1
		Name: \\.\DISPLAY1
		Depth: 32
		Scale: 1
		Resolution in pixels: 1280x1024
		Manufacturer: 
		Model: 
		Refresh Rate: 60

Created attachment 125560 [details]
attachment-23902-0.html

my 2nd monitor is an "xp pen artist 12" (pen display tablet) and beside
color it does not manage anything. resolution and dpi are covered by
windows. (right now on 1080p same as my main monitor but with 150% dpi -my
main is 100%-)
if I disable the dpi in krita It will fix black borders but I still have
the fullscrean problem that just only favors my main monitor not were is is
placed or have more coverage.

On Fri, Jan 31, 2020 at 1:42 AM Ahab Greybeard <bugzilla_noreply@kde.org>
wrote:

> https://bugs.kde.org/show_bug.cgi?id=416894
>
> --- Comment #5 from Ahab Greybeard <ahab.greybeard@hotmail.co.uk> ---
> Are your monitors identical?
> Are there any OS level utilities and controls whose settings could have an
> effect on this? (Right-click on desktop then Display Settings.)
> (I rarely use Windows nowadays so I've lost familiarity with it.)
>
> I forgot to add my system information but I don't know if it would be of
> any
> help to anyone in solving this problem:
>
> Krita
>
>  Version: 4.3.0-prealpha (git 0657457)
>  Languages: en_US, en
>  Hidpi: false
>
> Qt
>
>   Version (compiled): 5.12.5
>   Version (loaded): 5.12.5
>
> OS Information
>
>   Build ABI: x86_64-little_endian-llp64
>   Build CPU: x86_64
>   CPU: x86_64
>   Kernel Type: winnt
>   Kernel Version: 10.0.16299
>   Pretty Productname: Windows 10 (10.0)
>   Product Type: windows
>   Product Version: 10
>
> OpenGL Info
>
>   Vendor:  "NVIDIA Corporation"
>   Renderer:  "GeForce GTX 750 Ti/PCIe/SSE2"
>   Version:  "4.6.0 NVIDIA 388.13"
>   Shading language:  "4.60 NVIDIA"
>   Requested format:  QSurfaceFormat(version 3.0, options
> QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize
> 24,
> redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8,
> stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer,
> swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile
> QSurfaceFormat::CompatibilityProfile)
>   Current format:    QSurfaceFormat(version 4.6, options
> QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize
> 24,
> redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8,
> stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DoubleBuffer,
> swapInterval 1, colorSpace QSurfaceFormat::sRGBColorSpace, profile
> QSurfaceFormat::CompatibilityProfile)
>      Version: 4.6
>      Supports deprecated functions true
>      is OpenGL ES: false
>
> QPA OpenGL Detection Info
>   supportsDesktopGL: true
>   supportsAngleD3D11: true
>   isQtPreferAngle: false
>
> Hardware Information
>
>   GPU Acceleration: auto
>   Memory: 16381 Mb
>   Number of Cores: 8
>   Swap Location: /tmp
>
> Current Settings
>
>   Current Swap Location: /tmp
>   Undo Enabled: 1
>   Undo Stack Limit: 20
>   Use OpenGL: 1
>   Use OpenGL Texture Buffer: 1
>   Use AMD Vectorization Workaround: 0
>   Canvas State: OPENGL_SUCCESS
>   Autosave Interval: 360
>   Use Backup Files: 1
>   Number of Backups Kept: 1
>   Backup File Suffix: ~
>   Backup Location: Same Folder as the File
>   Use Win8 Pointer Input: 1
>   Use RightMiddleTabletButton Workaround: 0
>   Levels of Detail Enabled: 1
>   Use Zip64: 0
>
>
> Display Information
> Number of screens: 2
>         Screen: 0
>                 Name: \\.\DISPLAY2
>                 Depth: 32
>                 Scale: 1
>                 Resolution in pixels: 1280x1024
>                 Manufacturer:
>                 Model:
>                 Refresh Rate: 60
>         Screen: 1
>                 Name: \\.\DISPLAY1
>                 Depth: 32
>                 Scale: 1
>                 Resolution in pixels: 1280x1024
>                 Manufacturer:
>                 Model:
>                 Refresh Rate: 60
>
> --
> You are receiving this mail because:
> You reported the bug.

Hm, if the dpi is different, then it's probably a bug in Qt. Qt 5.14, which we don't use yet, has a lot of fixes for systems where different monitors have different scaling factors. In any case, and I'm sorry I didn't see this report before, Krita doesn't have any code related to window placement. Qt handles all of that for us :-(

Created attachment 126608 [details]
full screen bug

here is a video of fullscreen bug with latest krita plus git from today.