ctrl + zooming produces corrupted canvas display
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Pinta |
Medium
|
Unassigned | ||
| Arch Linux |
New
|
Undecided
|
Unassigned |
Bug Description
Pinta 1.0 on Windows XP SP3
1. Create new 800 x 600 image.
2. Press <Ctrl> + mouse wheel down to reduce zoom to 66%.
3. Move mouse to the bottom and point it at the gray area bellow image.
4. Press <Ctrl> + mouse wheel up to increase zoom level. Display gets corrupted (see attachment).
grofaty (grofaty) wrote : | #1 |
Changed in pinta: | |
importance: | Undecided → Medium |
status: | New → Triaged |
Cameron White (cameronwhite91) wrote : | #2 |
grofaty (grofaty) wrote : | #3 |
Now I have also tested on Ubuntu 11.04 and it also works fine without problem. Lately I have reported some bugs that only appear on Windows and do not appear on Ubuntu. Is there some Gtk# problem or something. Probably it would be nice to have the same Gtk# installed on both operating systems to know if the problem is Pinta problem or some out-of-reach bug. Is there still 2.12.9 Gtk# recommended (officially on pinta-project.org web page)?
Cameron White (cameronwhite91) wrote : | #4 |
The Mono downloads page has GTK# 2.12.10 available for download (http://
I'll try that later and see if it solves any of the issues.
tags: | added: windows |
grofaty (grofaty) wrote : | #5 |
I have installed Gtk# 2.12.10 and the problem remains.
+1 for me... thought what I saw was the image being duplicated. Which I suppose is exactly the same thing.
grofaty (grofaty) wrote : | #7 |
Just a quick update. Tested on Pinta 1.2 on Windows sp3 and problem persists (like described in bug report). But tested on
latest development on Ubuntu 11.10 and problem does not appear (like described in #2). So it looks like Windows problem.
Cameron White (cameronwhite91) wrote : | #8 |
Bumping in priority since this is a fairly easy issue to encounter.
Changed in pinta: | |
importance: | Medium → High |
Jonathan Pobst (jpobst) wrote : | #9 |
It has something to do with zoom recentering code. If you zoom with mouse on the right side of the image it occurs, but not on the left side of the image. If you minimize to force a full redraw, you can see that the entire canvas is misplaced, it's not just a Invalidate issue.
Johnathan Morlock (johnathan-morlock) wrote : Re: [Bug 850310] Re: ctrl + zooming produces corrupted canvas display | #10 |
Hey Jonathan,
I have Pinta 1.3 installed and so far it seems to be working correctly
now. Thanks for the follow up!
Thank you,
Johnathan
Email: <email address hidden>
Website: http://
Linux User ID: 498415
Eph. 3:20-21
On 05/03/2012 11:35 PM, Jonathan Pobst wrote:
> It has something to do with zoom recentering code. If you zoom with
> mouse on the right side of the image it occurs, but not on the left side
> of the image. If you minimize to force a full redraw, you can see that
> the entire canvas is misplaced, it's not just a Invalidate issue.
>
grofaty (grofaty) wrote : | #11 |
I have tested this problem one's more on Pinta 1.3 on Windows XP following bug description (top post) in this thread. Problem still persists. I have also tested this on latest Pinta development on Ubuntu 12.04 and it does not appear. But as stated in #2 and #3 it looks like this is a Windows only problem.
Johnathan Morlock, what is your operating system?
grofaty (grofaty) wrote : | #12 |
Retested on Pinta v1.4 on Windows XP bug remains (see bug description in first post of this bug report).
Also tested in Pinta v1.4 on Ubuntu 12.04 and there is no problem.
So it looks like Windows specific.
P.S. I think we can lower importance of this bug to Medium or Low.
Be sure to bring this up to the Google Group.
Thank you,
Johnathan
Email: <email address hidden>
Website: http://
Linux User ID: 498415
Eph. 3:20-21
On 09/27/2012 05:34 AM, grofaty wrote:
> Retested on Pinta v1.4 on Windows XP bug remains (see bug description in first post of this bug report).
> Also tested in Pinta v1.4 on Ubuntu 12.04 and there is no problem.
> So it looks like Windows specific.
>
> P.S. I think we can lower importance of this bug to Medium or Low.
>
Cameron White (cameronwhite91) wrote : | #14 |
I'm in favour of leaving this as High priority, since it's a very easy bug to encounter and doesn't look very good
grofaty (grofaty) wrote : | #15 |
I can still reproduce the bug with pinta-1.
grofaty (grofaty) wrote : | #16 |
I can still reproduce with Pinta 1.6 prerelease build from source. I tested on Windows 7. Problem is Windows specific, it does not appear on Ubuntu 14.04.
Cameron, can you please do one of the two things: assign milestone to this "high" priority bug or lower the priority of bug. High priority bugs should have milestone defined.
Changed in pinta: | |
importance: | High → Medium |
sdaau (sd-imi) wrote : | #17 |
On Ubuntu 14.04.3 LTS, and pinta 1.3-3ubuntu0.
MONO_CAIRO_
...
(Pinta:3551): GLib-GObject-
Cairo.Pattern is leaking, programmer is missing a call to Dispose
Allocated from:
at System.
at Cairo.CairoDebu
at Cairo.Pattern.
at Cairo.Gradient.
at Cairo.LinearGra
at MonoDevelop.
at Gtk.Widget.
at Gtk.Container.
at Gtk.Container+
at MonoDevelop.
at Gtk.Container.
at Gtk.Widget.
at Gtk.Widget.
at MonoDevelop.
at Gtk.Widget.
at Gtk.Application
at Gtk.Application
at Pinta.MainClass
Cairo.Pattern is leaking, programmer is missing a call to Dispose
Allocated from:
at System.
at Cairo.CairoDebu
at Cairo.Pattern.
at Cairo.Gradient.
at Cairo.LinearGra
at MonoDevelop.
at Gtk.Widget.
at Gtk.Container.
at Gtk.Container+
at MonoDevelop.
at Gtk.Container.
at Gtk.Widget.
at Gtk.Widget.
at MonoDevelop.
at Gtk.Widget.
at Gtk.Application
at Gtk.Application
at Pinta.MainClass
(Pinta:3551): GLib-CRITICAL **: Source ID 235 was not found when attempting to remove it
(Pinta:3551): GLib-CRITICAL **: Source ID 200 was not found when attempting to remove it
(Pinta:3551): GLib-CRITICAL **: Source ID 149 was not found when attempting to remove it
(Pinta:3551): GLib-CRITICAL **: Source ID 223 was not found when attempting to remove it
...
(Pinta:3551): GLib...
sdaau (sd-imi) wrote : | #18 |
forgot to say that as others described in the bug, once I paste and zoom in/out, the display gets corrupted and images/pixels go missing...
Roger Peartree (pereiradorogerio) wrote : | #19 |
Im having this issue on Pinta 1.6, in Manjaro Linux XFCE x64 17.1.6, so, an Arch Linux based distro. After I've finished editing, zooming out produced the horrible result that I show on the screenshot attached to this post. The BIG problem is that the corrupted image gets saved as it is: corrupted. So I don't really like GIMP, and this bug also affects Xubuntu 16.04.4 and Linux Mint 18.3. Pity that after so much work (I'm not a designer, it's not easy for me) I have to delete the resulting file. Getting this bug only for zooming in or out seems pretty bad to me and having the bug marked as "Medium Importance" seems wrong. Uninstalling Pinta anyway because this bug is here since 2015 and nothing was done. It's 2018 I don't think I should expect any changes anytime soon. Many thanks for your time, have a great day.
Stdedos (stdedos) wrote : | #20 |
I am seeing that on Win10 1.7.0.236 zip version
Stdedos (stdedos) wrote : | #21 |
Scrolling fixes it
Note: I've only been able to reproduce this on Windows (it works fine on Ubuntu 11.10 for me)