Light mode broken about snoopwpf

[batzen]

@joce Our call was very helpful.
I finally found a way to reproduce the issue.

[batzen]

Does that happen with every application you attach to?

[mo-russo]

I just upgrade to the latest this morning, started my application, snooped it and it was like that. Didn't do anything special.
The Dark mode works properly though which I'm using right now as a workaround.

edit And yes, it seems to be happening only in a specific application.

[batzen]

Would it be possible to share your application?

[mo-russo]

Unfortunately no, it's not my application but my employer's. I can't distribute it.

[batzen]

That'll make it more difficult to fix as i can't reproduce the issue on my machine.

Could you try to snoop Snoop via the "Debug" menu and have a look at the colors Snoop is using?

It looks like, at least, the foreground color seems to be overwritten by the app being snooped, which usually shouldn't be possible as Snoop already does quite a lot to prevent that from happening.

[NMBSdtayloe]

It does this on my machine as well, but malfunctions in Windows dark mode, and works correctly in light mode (I did install the program with dark mode enabled). I can confirm that it is application specific as well, testing it in other apps leads to correct results. Unfortunately my app is also not distributable.

[batzen]

Could you try to use the debug menu in Snoop and choose "Snoop Snoop".
After that inspect the Snoop UI itself, have a look at the foreground property of one of the elements in the grid which has a wrong foreground?
The foreground should reference to the resource key "Snoop.Brushes.Default.Foreground".
Something in your application seems to influence that value.

[batzen]

@NMBSdtayloe @mo-russo Have you tried the above to provide some information on the cause for this issue?

[NMBSdtayloe]

@batzen Can you provide some guidance for how and where this value would be found? I did "Snoop Snoop" and this is maybe what you are looking for. I put a red box around an instance of the foreground brush you mentioned.

[batzen]

@NMBSdtayloe You have to inspect the TextBlock which has the wrong foreground while in dark mode and being attached to your application.

[NMBSdtayloe]

These are some of the instances of textblock in my app. I apologize in advance, I do not have any experience in using snoop or digging through the treeview of a WPF app. I searched for textblock again later and somehow got more results and sometimes just a flat list or it selects the first random textblock it finds.

[batzen]

@NMBSdtayloe Is there a chance we can meet via Zoom, Skype, Teams or something like that? Then you could share your screen and I could tell you what you have to do to narrow down the issue.

[EgilSandfeld]

Have you guys tried version 4.0.1? Just tested 5.0.2 vs 4.0.1 and on my end this issue happens after 4.0.1. Maybe the error regressed?

[batzen]

I changed quite a lot of the theme code etc. So it's most likely a regression, but as long as there is no repro I can't fix it as it happens with none of the apps I tried.
@EgilSandfeld do you have a repro?

[batzen]

@EgilSandfeld @mo-russo @NMBSdtayloe ping

[joce]

@batzen Have you made any progress on this? I'm having the same issue.
However, same as the other users, I can't distribute the app I'm snooping, but I'm willing to help.

[batzen]

@joce i still haven't seen an app causing this issue, so there is sadly still no fix or progress.
Could you follow the steps from #397 (comment) or would you be available for a call so we can narrow down the cause?

[joce]

Err. Even doing Snoop Snoop, I get the same issue!

[joce]

As others pointed out, it works fine when in Dark Mode on my side as well.

Can't you repro when you're in default app mode is Light Mode?

[batzen]

This is what i get when using light mode system wide and attaching Snoop:

[joce]

Interesting.
I DM'd you on twitter to book a Zoom appointment.