Tracker window menus don't respect "Accept first click" mouse setting

[humdinger]

This is hrev40351.

When deactivating "Accept fist click" in Mouse preferences, unfocused windows are supposed to need an activating click before reacting on a mouse click, e.g. to open a menu or close the window with the close-widget.
Tracker windows comply for clicks on the close or maximize buttons, but not for clicks on menus.

[axeld]

Yes, because every application can ask for a way around that using the B_WILL_ACCEPT_FIRST_CLICK window flag. And since Tracker needs that for the current drag&drop behaviour (that won't be changed), so there is nothing we can do around that. I would mark this as invalid if no one else has a striking idea.

[ctbeiser]

Still exists in hrev43524. Also worth noting that they take a bit longer than other menus do when accepting the first click.