I'm using Automatic Updater in a WPF app and I'm finding that the control has a significant usability flaw that keeps catching me out (and therefore the users of our app as well.)
1. When the control reports that there are updates ("Updates will be installed on next start).2. When you left or right click on it (the mouse down part), the context menu will pop up. It will appear under the current cursor position.3. When I let go of the mouse, it will instantly select install updates from the context menu, rather than showing the menu. This happens because that option is under the mouse position.
This is rather confusing and atypical behavour. If, for example, you look at Visual Studio, when right clicking the context menu will appear next to the mouse cursor rather than under the mouse cursor. If you could move the position of the content menu away from the mouse cursor, then that would solve the problem nicely.
Version used: 2.6.7
I can't reproduce this. Here's what I get when I click the WPF versions of the AutomaticUpdater:
[attachment=0]no-bug.png[/attachment]
We designed the AutomaticUpdater to show the menu under the AutomaticUpdater control. Did you make customizations to the AutomaticUpdater source? Can you send me an example project that reproduces this behavior (support@wyday.com)?
After further investigation it would appear that the issue we had centred around the fact that we used a workaround to force the control to display its message by specifying a margin and vertical alignment of "center" (please see sample I've mailed support@wyday.com). The problem with this is that the margin setting causes the context menu to be offset and positioned under the mouse pointer when it is displayed, and the subsequent mouse up event causes the menu option under the mouse pointer to be "clicked". This was the reported bug.We can now see that the real issue is that the control's message will not be displayed unless a non-zero value is supplied for the control's width e.g. Width="1". This non-obvious.Specifying a default width and removing our workaround fixes the issue.
(please see sample I've mailed support@wyday.com)
I haven't received any email. Can you resend it?
Resent. Sorry about that - mailer client issue.
Thanks, I got it this time. I'll look at the code later today.
We're seeing why the default values of Height/Width of 16 aren't applied. But as you've discovered, setting the width and height solves the problem.
We've fixed this for AutomaticUpdater 2.6.9. We're shooting for a Thursday release (pending no regressions, etc).
This has been fixed in wyBuild 2.6.9, out now.
