After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 736092 - Some text strings in the UI have a strange background color problem (filled with whitish color)
Some text strings in the UI have a strange background color problem (filled w...
Status: RESOLVED INCOMPLETE
Product: GIMP
Classification: Other
Component: User Interface
2.8.14
Other Windows
: Normal minor
: ---
Assigned To: GIMP Bugs
GIMP Bugs
: 737494 739045 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-09-05 05:36 UTC by Petr Skyba
Modified: 2017-08-31 20:22 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
text backgroud problem (63.28 KB, image/png)
2014-09-05 05:37 UTC, Petr Skyba
Details
Screenshot of the File menu, "darklighting" Opoen As Layers (25.58 KB, image/jpeg)
2014-12-27 21:25 UTC, L. Kuck
Details

Description Petr Skyba 2014-09-05 05:36:50 UTC
In several places text backgroud is wrong

Desktop: Windows 8.1 EN 64b
Comment 1 Petr Skyba 2014-09-05 05:37:54 UTC
Created attachment 285450 [details]
text backgroud problem
Comment 2 Michael Schumacher 2014-09-05 07:57:07 UTC
Yes, seen that too. This persists in the updated installer, at least in my XP VM.
Comment 3 fearbzr 2014-09-06 03:37:18 UTC
I have a similar problem.

My img:

https://bug736084.bugzilla-attachments.gnome.org/at

My case:

https://bugzilla.gnome.org/show_bug.cgi?id=736084
Comment 4 Jehan 2014-09-28 23:45:36 UTC
The user of bug 736084 solved the issue by deleting one's .gimp folder. Please *DO NOT* do so. Try to move the folder (or rename it), then start GIMP. Check if the problem is fixed. If it is, please send us the .gimp folder as a compressed file so that we can study it and find the origin of the problem.
Thanks.
Comment 5 Jerry Dechant 2014-09-29 00:30:26 UTC
(In reply to comment #4)
> The user of bug 736084 solved the issue by deleting one's .gimp folder. Please
> *DO NOT* do so. Try to move the folder (or rename it), then start GIMP. Check
> if the problem is fixed. If it is, please send us the .gimp folder as a
> compressed file so that we can study it and find the origin of the problem.
> Thanks.

I don't see a ".gimp" folder to rename or move.  what directory should it be found in?
Comment 6 Jerry Dechant 2014-09-29 00:42:09 UTC
I found a gimp folder as a sub folder within the 32 folder.  I renamed it and launched gimp, but the problem persists.  By the way, I am running this program on a 64 bit windows 7 computer.
Comment 7 Jehan 2014-09-29 00:57:08 UTC
Actually the file is named ".gimp-2.8" and will be found under %UserProfile% (just type "%UserProfile%" in the file browser, and you'll get there).

My bad, I should have been more accurate.
Comment 8 Jerry Dechant 2014-09-29 02:58:52 UTC
I renamed that folder then opened gimp.  the problem persists, so that didn't resolve the issue.
Comment 9 Jehan 2014-09-29 11:17:20 UTC
Thanks for trying. If you had set up any custom preferences (shortcuts, brushes, dynamics, plugins, whatever…), you may want to get your old .gimp-2.8 folder back where it was. That's where everything is stored.

A new bare .gimp-2.8 folder will have been regenerated with every settings by default after a GIMP restart, you can just delete this one and get the old back with the right name. If you had no custom settings or plugins, well you don't care.
Comment 10 Michael Schumacher 2014-10-24 07:45:15 UTC
*** Bug 739045 has been marked as a duplicate of this bug. ***
Comment 11 L. Kuck 2014-10-28 19:50:46 UTC
I am referred here from bug 739212, dealing with wrong highlighting on the menu in windows 7.  Renaming my.gimp-2.8 did not affect the black-text-on-dark-blue.
Larry
Comment 12 Michael Schumacher 2014-10-28 20:24:15 UTC
Renaming the personal .gimp directory was suggested here to get rid of any custom GTK+ themes a user might have set up - GIMP does only use the MS Windows theme engine by default.

For you, this seems to happen with that engine - probably due to the accessibility options you've set. This would make it a possible bug in GTK+, but not necessarily related to this one, and the part about renaming the .gimp-2.8 directory wouldn't apply in this case.
Comment 13 Michael Schumacher 2014-10-28 21:15:25 UTC
*** Bug 737494 has been marked as a duplicate of this bug. ***
Comment 14 L. Kuck 2014-12-27 21:19:01 UTC
I'm sorry I haven't been back in here of late.  I upgraded to 2.8.14, and the issue persists.  I opened the GIMP, and found the File menu Open is right, but I pictured Open As Layers in my screenshot.  Now while I have nothing loaded into the GIMP, I was able to see my way to an Open dialog to open as layers.

Running Windows 7 Ultimate,32 bit
Comment 15 L. Kuck 2014-12-27 21:25:54 UTC
Created attachment 293381 [details]
Screenshot of the File menu, "darklighting" Opoen As Layers
Comment 16 Michael Schumacher 2017-06-18 20:15:19 UTC
Does this still happen with 2.8.22?
Comment 17 Michael Schumacher 2017-08-31 20:22:34 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!