Interesting.. I tried recompiling the plugin, and the warning went away, despite not changing the plugin version.

So the way to get this warning to pop up would be by uninstalling Claws-mail 3.7.1, installing version 3.7.0, compiling the plugin versus this version of Claws-Mail, and then updating the core without recompiling the plugin.

I installed att_remover 1.0.10 and loaded it, but no dialogue that warns me about to old plugins appears. It seems to work just fine (at least under vbox/archlinux). Can you suggest another plugin perhaps?

The claws-mail attachment remover version 1.0.10. According to the ebuild the address should be:

http://www.claws-mail.org/downloads/plugins/${MY_P}.tar.gz

Which means:

http://www.claws-mail.org/downloads/plugins/att_remover-1.0.10.tar.gz

Where can I get an sufficient old plugin for claws-mail to test this? Claws-mail version is 3.7.1.

In Fluxbox, when I launch claws-mail the behaviour is as follows:

1 A dialogue comes up telling me there are incompatible plugins.

2 At this time, I can check the iconified window list and I see claws-mail in it.

3 After clicking OK, the window is de-iconified.

There are no windows flashing anywhere... could it be that PekWM parses the "start iconified" flag after processing and displaying the window first?

I think the "flash" might be related to the plugin dialogue window. How do other windowmangers behave in this situation?

For the most part it has identical behaviour: I see a window frame flashing for an instant, then it is gone and I get the dialogue box. Though, I can see the main window in my icon list.

After pressing ok nothing changes and the main window remains iconified.

But.. having a window "flash" is not natural at all... PekWM should properly handle the "start iconified" hint and not even display the window for a fraction of a second, right...?

Thanks for testing. What is the behaviour without the patch? Does the main window stay hidden and only the dialogue box is shown or do they both stay hidden?

Hello.. I've been away for a while :o

Yes, this patch works, however the behaviour displayed by Claws-Mail is quite curious, it might reflect a bug in the application (or not, as it works smoothly in Fluxbox?)

When I start claws-mail, I can see the main window "flashing" for a fraction of a second, as it is hidden immediately after being displayed. Then it becomes re-displayed again. Normally time inbetween hiding and redisplaying would be nothing, but because some of my plugins are outdated, it first prompts me with a dialog box to warn me of those, therefore the main window remains hidden until I click "Ok", after which the main window reappears.

In any case, I cannot say if this isn't more of a bug in Claws-Mail than Pekwm, I thought I'd just report the behaviour.

Please try the attached patch. I think it will allow Claws-Mail to open its window on startup and also fix the problem that some panels don't deiconify the windows.

Alright, according to the bug-report at the claws-mail bugzilla (http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1851), this is some sort of problem with PekWM because the app starts iconified and almost immediately calls gtk_window_deiconify() to de-iconify itself.

The question is why PekWM is not seeing this request and applying it?

Even though, personally, in order to have the auto-grouping work, I'd still like a way to deny following the initial-iconify state of windows.