AmigaOS 3.2 TextEdit - black text on black background?

[Warty]

Anybody else getting this? Or know how to adjust palette to fix it?

Installed 3.2 over 3.1.4, just running in UAE so far. with NTSC 8 or 16 color screen, when I open TextEdit, the tab contents are black on black. If I type some text, amiga-A or select with mouse, I can see the text there inversed. So not frozen or anything like that.

Palette has light gray for background, text black. color 0 is light gray, 1 is black, 3 is another gray, 4 is blue. If I modify color 1 so it's dark red: the text in TextEdit is now dark red, but the background is black. This is with 16 colors. If I switch to 8 colors, quit and restart TextEdit, I'll get red text with dark gray background. In other words, color 1 as text, and color 5 as background.

It doesn't appear to be reading the prefs for "dark edges" (the only WB pref I have set to color 5 dark gray. I changed dark edges to be white, restarted TextEdit, and still got dark gray.

A3000, FS-UAE, Kick 3.1 rom (will try with 3.2 in a bit), no graphics card simulated.

[Warty]

I get same results with 3.2 ROM.

Also same effect with 4 colors and 2 colors in ScreenMode.

[Tigerskunk]

Have you tried setting one of the 'themes' in the palette prefs menu?
I had all kinds of weird colors as well in my apps before I set one of these ('ice' in my case).

[Warty]

oh, this is kind of weird. So, using the presets works.

Modifying my own color palette to match the preset also works.

But here's the weirdness (all below in 4 color mode):
if color 0 (which I have background assigned to) is 13/12/12 or 13/13/12, TextEdit picks color 3 as the background (in this setup, blue, so black text on blue background)
if color 0 is 12/12/12, TextEdit uses color 0 as the background (desired behavior)
if color 0 is 13/13/13 or 13/12/13 TextEdit uses color 1 as the background (which I am using for text, so I get black-on-black)

I am saving colors in palette and restarting TextEdit on each change.

It's reproducible, at least on my emulated machine.

[bubbob42]

This problem is known; you’ll also observe it with RAWBInfo’s tooltype text gadget.

[boemann]

Thanks for the detailed descriptions - I'll try it out tonight - i fear it may require a new version of texteditor.gadget to fix - so meanwhile please work around it with different palettes - sorry for the inconvenience

[Warty]

No worries Boemann! I'm still amazed I can file a bug report and someone looks at it. <Salute>

Is there a particular forum or post that the team would prefer to see bug reports?

[boemann]

Okay I've had a look and it is not encouraging

What texteditor uses for background is reaction half-light if set or otherwise background

The text color should never be anything but what the user chooses

half light is 300/256 times background (done individually for r,g,b). Unfortunately it seems there is an overflow error, so values 13,14 or 15 will wrap around to 0,1,2

so 13/13/12 will be 0,0,14 making aka blue
and 13/13/13 will be 0,0,0 aka black
and 13/12/13 will be 0,14,0 aka green

intuition will try and allocate these colors or the closest it can get which sort of explains the results you are seeing.

So bottom line is don't use background color with more than 12 (217 for AGA or RTG) in any of the color components. I'll make sure to have a fix for 3.2.1