GNOME Bugzilla – Bug 554658
Path Dialog: Path preview pics not to see constantly
Last modified: 2009-07-08 19:23:42 UTC
If I open an already existing image which contains paths those are not visible in the Path Dialog thumbnails. If I make a path active the path preview picture becomes visible but if I click for example inside of an anchor the preview pic disappears again depending on how often or when I press the mouse button. Somestimes I have to click a lot of times inside of an anchor to make the previev pic visible again (or invisible).
Hi and thanks for the bug report! I am not able to reproduce this, but this sounds similar to another bug suspect to be in GTK+. Can you please try this: 1. Open an image and bring up Windows -> Dockable Dialogs -> Navigation. 2. Move an external window in front of the Navigation dialog, then move it away again (to force a redraw of its content). After you have done 2, is the preview in the Navigation dialog drawn correctly? What version of GTK+ are you using?
Hi Martin, The Navigation preview is always drawn correctly. But the preview pics inside of the 'Path Dialog' are not always to see. I installed The Gimp with the Windows installer (http://sourceforge.net/project/showfiles.php?group_id=121075) which includes GTK 2.18.1.
The paths are drawn using Cairo. I had a similar problem once and it was caused by a bug in my graphics card driver. This might be a similar problem. Perhaps try to update your graphics card driver? We definitely need more details about your system.
Created attachment 119843 [details] avi clip concerning this bug report
My OS is MS Windows XP, 32 bit SP3. My graphics card is Nvidia GeForce 7500LE. Driver version 178.13 (10.2008). Attached is a little avi video. If I click inside of an anchor the path preview disappears sometimes.
Hello, I have the same problem, when you draw paths with the bezier tool, these are not displayed in the paths dialog. I tested in 2 PCs: My job's PC and house's PC, in both cases is the same behavior. My house's PC hardware is: Graphics card - NVIDIA GeForce4 MX 4000 (Driver version 5.6.7.3) OS - Windows XP SP2 32bit Processor - Pentium4 2.8GHz RAM - 1GB I would like to mention another problem that I noticed related to the path tool: I was removing a background from a photo, using the paths tool to trace over the photo (seen first in http://www.gimpusers.com/tutorials/hot-wallpaper-1.html) so the final path had like more than 100 nodes, then when I press ENTER to create a selection, the final selection was wrong, because it not only tried to follow the closed path, but also joining some nodes, resulting in this way a kind of intersection between the closed right section. I think I need to do some extra experiments and I'll post some pictures or stuff about this bug. Thank you for your help.
*** Bug 554958 has been marked as a duplicate of this bug. ***
Sorry if this should be a new bug report but i'd like to say that the newer windows build version of Gimp 2.6.1 still appears to have the same bug, it's version of GTK+ 2.14.3. ^^;
*** Bug 555987 has been marked as a duplicate of this bug. ***
It would help a lot if we could get an XCF file that contains a path that triggers the problem.
On my end literally all of my XCF files, whether it's one saved in the current version or earlier versions will still trigger the problem in 2.6. Interestingly however, my XCF files use a lot of paths (sometimes 100 or more) and yet are still correctly saved/opened fully intact for editing in 2.6, just minus the preview images of course. Also have noticed that if an image is of rectangle dimensions then the paths previews will show white rectangle boxes of the exact same dimensions, if the previews are disabled then they will show a white square box. Only thing I can think of is that the paths data is there and working, but something is blocking only the path data reaching the preview areas? I'll provide a small XCF file with paths from 2.6 if it may help. ^^
Created attachment 120691 [details] XCF file from 2.6 with paths XCF example file created from 2.6 with paths.
Just to get this straight: Do you never see any path previews being drawn in the Paths dialog or does the preview occasionally disappear as in the video attached at comment #4? The attached XCF does of course work just find on my system. Another question that may help to shed some light on this: Do you see the curve being drawn in the Curves tool dialog box?
What cairo versions do you guys use?
I used the installer provided by Jernej Simončič. So I don't konow what for Cairo version is included there. The video clip in comment #4 shows only half of the story. There are times on which I never see the path preview drawn. The path preview appears occasionally but most of the time the preview is empty (only a white background). I see the curve drawn in the Curve Tool dialog box (for adjusting colors).
Sadly for me I can never see any flashes of path previews being drawn in the Paths dialog at all. Unlike the AVI clip it's always a constant empty white, no matter what I do (changing size ranges from Tiny to Gigantic) or how long I keep staring at it while working. ^^; However, yes I also see the curve being correctly drawn all antialiased and usable in the Curves tool dialog box. As for Cairo i'll have to take a blind guess and say it's version 1.8.0? As I tried switching it with the libcairo-2.dll 1.8.0-1_win32 764kb one from the GTK+ site simply out of curiosity and it produces the same results.
Sounds very much like a Cairo bug. As it is happening with some Linux systems and on Windows, it's most likely even two separate issues.
*** Bug 556794 has been marked as a duplicate of this bug. ***
*** Bug 563028 has been marked as a duplicate of this bug. ***
*** Bug 571445 has been marked as a duplicate of this bug. ***
Created attachment 137908 [details] [review] Patch against 2.6.6 A patch to always initialize the 'status' member of a newly allocated cairo_path_t to the value CAIRO_STATUS_SUCCESS as required to successively call cairo_append_path. The patch is against the file app/vectors/gimpvectors.c of the release 2.6.6
Massimo, we really appreciate your help and we'd like to start to integrate your patches. Could you please tell us what name and email address we should use for that. If you want to contribute under the name 'Massimo' and not tell us your full name, that's OK. Just tell us.
My name is: Massimo Valentini and the address is: sixtysix at inwind dot it
Patch applied to master and merged to the gimp-2-6 branch. Closing as FIXED. Massimo, thanks a lot for your help with this bug. commit 5be4f235a392be003c47ac652ce874528875170d Author: Massimo Valentini <sixtysix@inwind.it> Date: Tue Jul 7 17:05:42 2009 +0200 Bug 554658 – Path Dialog: Path preview pics not to see constantly Always initialize the 'status' member of a newly allocated cairo_path_t to the value CAIRO_STATUS_SUCCESS as required to successively call cairo_append_path(). app/vectors/gimpvectors.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)