FYI: http://codereview.chromium.org/341078
<http://codereview.chromium.org/341078>Linux interactive tests have finally gone green. On Mon, Nov 2, 2009 at 10:08 AM, John Abd-El-Malek <j...@chromium.org> wrote: > (CCing today's sheriffs + Jay) > > I was thinking of marking the bug to P1, except that won't change much if > no one has the time to work on it now. > > I think to keep tree green, the entire test should be disabled until > singletons are cleared between each test, or it's switched to browser_tests > launcher. > > > On Mon, Nov 2, 2009 at 12:44 AM, Paweł Hajdan Jr. <phajdan...@chromium.org > > wrote: > >> I think that the right fix is to switch interactive_ui_tests to >> browser_tests launcher (jcampan did some great work to make the launcher >> more flexible, it may be quite simple to do the switch now - if there are no >> UI tests in interactive_ui_tests). >> >> I also suggest bumping the priority of http://crbug.com/25997 to P1 and >> possibly marking it with FlakyTest label. >> >> On Mon, Nov 2, 2009 at 09:37, John Abd-El-Malek <j...@chromium.org> wrote: >> >>> This is related to bug 25997. The tests are inherently flakey because >>> singeltons aren't released between runs, so cached MessageLoop pointers are >>> bogus. Sometimes they're ok when the order of construction/destruction of >>> MessageLoop pointers is the same. But if that changes, or other memory >>> allocations change, the tests start failing. >>> >>> Just wanted to send a heads up since I spent a day debugging this last >>> week, and now they're failing again. >>> >>> >>> >>> >> > --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---