GNOME Bugzilla – Bug 503165
Tomboy inappropriately calls Debug.Assert in Note Class
Last modified: 2008-02-26 20:51:44 UTC
Please describe the problem: Aaron Bockover discovered that: "In Tomboy's Note class [1], it has a method called SetPositionExtent in which it calls Debug.Assert twice. In Mono < 1.2.6, this appeared to cause no problems. However, in 1.2.6, some code was added to System.Diagnostics.DefaultTraceListener to support AssertUiEnabled. "This means that any time Tomboy has a note visible and you switch virtual desktops, DefaultTraceListener will effectively show a MWF dialog box, blocking Tomboy's main loop until the user clicks "Ignore." Worse yet, the user may click "Abort," terminating Tomboy. "Debug.Assert is used in a few other places in Tomboy as well." This only seems to happen when Tomboy is running on Compiz. We have temporarily disabled popping up the MWF Gui in Mono >1.2.6p5, but we will be re-enabling this type of functionality in 1.2.7 (probably using GTK# when appropriate). This should really be fixed in Tomboy though. The mono bug can be tracked here: https://bugzilla.novell.com/show_bug.cgi?id=347812 Steps to reproduce: 1. Run Tomboy on Mono 1.2.6p1 - 1.2.6p4, or on > 1.2.7 2. Make sure Tomboy is running on Compiz 3. Open a note 4. Switch to another virtual desktop 5. Notice the Debug.Assert GUI window Actual results: The Debug.Assert GUI window Expected results: Nothing Does this happen every time? almost every time Other information:
This seems perfectly valid, we should do this right.
Thanks for the report! Fixed in SVN r1857.