Hello Gimp Developers,

First of all, thanks for your efforts in making Gimp better and better. I'm a longtime Gimp User, and really love the program.

I loved to read about all the new features, that 2.8 brings to the table. Nevertheless, I was disappointed a lot, after testing it for a few minutes. The Viewport/Display/Canvas (don't know what you call it) is soooo extremely slow, compared to 2.6. Some examples:

When using the Rectangular Select Tool, the redraw-rate of the selection is extremely slow compared to 2.6.

Even worse. When I move a image in the window with the MiddleMouseButton, then the image totally breaks apart.

After that, I stopped testing, but I'm sure there are other tools and Situations, where this issues occur.

I have already read, that there is not a single developer in your team, which uses windows as his/her development-environment. And that you even consider to stop the support for windows platform. I can understand that thinking. Windows users must seem like a big croud of parasites to you ;-) Well, sadly I'm too, one of the many windows users, who can't develop applications on them self. So I sadly cant contribute to The Gimp, with more then bugreports.

I don't want to drop oil into the fire, and I really hope, that support for windows will not be dropped.

Back to the problem above. Is there already a bugreport for this issue? Shall I create one? Or doesn't it make sense, cos there is no windows-developer that could look into it?

If this won't be fixed, or at least not in the near future, is there a chance, we get updated 2.6 builds? Primarily security fixes, but also the latest fix for the JPEG-Issue introduced in 2.6.12?

Greetings Claus

Am 21.05.2012 17:54, schrieb Michael Schumacher: If this is the color-management-related problem, then yes: https://bugzilla.gnome.org/show_bug.cgi?id=645345

I disabled the view-filter for the colour-management (as "gfxuser" described before), and it seems not to change anything. Interestingly, on this machine (Vista 64Bit) I don't see lag with the rectangular-selection-tool (compared to my Windows 7 64Bit machine at home). But when I move (MMB) the image in the window, it still breaks apart completely (like on my home machine). To give you an impression what it looks like, I uploaded a screenshot of this issue onto my website:

http://www.cb-computerservice.at/downloads/display-corruption-gimp28.png

Any more things I can try on this one? Maybe the slow rectangular-select-tool issue is only on Windows 7, and my problem here is on all windows versions (also happened in XP 32Bit in Virtualbox)?

JPEG issue... is this the file size of 1.3GiB in the Export dialog (and everywhere else)?

This is a bug in Glib: https://bugzilla.gnome.org/show_bug.cgi?id=669818 - once this has been fixed in a Glib release, it may not even need a new release of GIMP, although an updatede installer would make it easier to roll the change out to the users.

Yes, that's what I'm talking about. So, if I got you right, there is no such fixed GLib at the moment? If yes, how can Partha have a fixed jpeg-filter.exe then?

Regards Claus

Am 21.05.2012 20:18, schrieb Kurt Pruenner: On 21.05.12 19:45, Claus (Gimp-Devel-List) wrote:

Am 21.05.2012 17:54, schrieb Michael Schumacher: If this is the color-management-related problem, then yes: https://bugzilla.gnome.org/show_bug.cgi?id=645345

I disabled the view-filter for the colour-management (as "gfxuser" described before), and it seems not to change anything. Interestingly, on this machine (Vista 64Bit) I don't see lag with the rectangular-selection-tool (compared to my Windows 7 64Bit machine at home). But when I move (MMB) the image in the window, it still breaks apart completely (like on my home machine). To give you an impression what it looks like, I uploaded a screenshot of this issue onto my website:

http://www.cb-computerservice.at/downloads/display-corruption-gimp28.png

Any more things I can try on this one? Maybe the slow rectangular-select-tool issue is only on Windows 7, and my problem here is on all windows versions (also happened in XP 32Bit in Virtualbox)?

I reported the same thing for 2.8-RC1 on Windows (including a video of the problem in action):

I just downloaded Jernej Simončič's windows build of 2.8.0-RC1 and found that both on my tablet running Windows 7 with Intel HD3000 graphics as well as on my desktop, also running Windows 7 but with an ATI Radeon 5870, panning around an image looks really weird once you pan too fast:

http://img441.imageshack.us/img441/6317/gimppanartifacts.jpg

A screenshot doesn't really do it justice, though, so I've also made a ~30 second screen capture video:

http://youtu.be/gpARpvEDH0Y?hd=1

I'm just holding down the middle mouse button and panning the 100% zoomed image around.

The same thing also happened using one of Partha's recent 2.7.x builds.

Does anyone else get similar results? Panning in 2.6.x was smooth as butter for me... :/

Should one of us go ahead and file a bug?

I'd love to hear, what Michael Schumacher says on this topic. If he thinks its helpfull, I will file a bug report.