https://bugs.kde.org/show_bug.cgi?id=411875

--- Comment #9 from Ahab Greybeard <ahab.greybe...@hotmail.co.uk> ---
With the 4.2.6 appimage on Linux, I don't have that offeset after Undo.

I do see the transient selection offset as Trim is being performed (especially
now I'm replicating your image and using a small selection). The transient
offset appears to be equal to the initial selection offset from the top left
corner, as you noted.

Even with a large selection, I don't see any transient shift in the image layer
itself.

I've tried it with Image Preview on/off and Graphics Acceleration on/off and
that made no difference. Does that make any difference for you?

My PC is not particularly powerful (2x Xeon E5450 @3GHz):

Hardware Information

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

OpenGL Info

  Vendor:  "NVIDIA Corporation" 
  Renderer:  "GeForce GTX 750 Ti/PCIe/SSE2" 
  Version:  "4.6.0 NVIDIA 418.74" 
  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 -1, swapBehavior QSurfaceFormat::DoubleBuffer,
swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile 
QSurfaceFormat::CompatibilityProfile) 
     Version: 4.6
     Supports deprecated functions true 
     is OpenGL ES: false 

I can't think of anything else to try.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to