Closed Bug 477509 Opened 16 years ago Closed 15 years ago

Assertion NS_PRECONDITION(aComputedHeight >= 0, "Invalid computed height"); is very common

Categories

(Calendar :: General, defect)

x86
Windows Vista
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: julio.maranhao, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090208 Lightning/1.0pre Shredder/3.0b2pre ASSERTION: Invalid computed height: 'aComputedHeight >=0' nsHTMLReflowState.cpp, line 251 NS_PRECONDITION(aComputedHeight >= 0, "Invalid computed height"); The above assertion happens every time I interact with the UI (new windows or controls). Bellow is my .mozconfig. I want to test Thunderbird as a PIM (+Lightning): ac_add_options --enable-application=mail ac_add_options --enable-calendar ac_add_options --disable-optimize ac_add_options --enable-debug ac_add_options --disable-javaxpcom mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/tbird-debug mk_add_options MOZ_CO_PROJECT=mail From my $HOME folder: hg clone http://hg.mozilla.org/comm-central/ src And inside src: python client.py checkout make -f client.mk build To get a fresh build I am doing (inside source): python client.py checkout make -f client.mk build I am using: 1)VS2005Prof+SP1+updatetoVista 2)Vista Home Premium SP1 3)Latest Vista SDK 4)start-msvc8.bat I set %HOME% to C:\mozilla-build\julio inside start-msvc8.bat. This is where .mozconfig is. I just run C:\mozilla-build\julio\src\tbird-debug\mozilla\dist\bin\thunderbird.exe to test it. There are other assertions but "Invalid computed height" is far common. If I did something wrong, forgive me. Reproducible: Always
Likely a core bug, but does this happen without lightning installed?
1) I removed the lightning line (ac_add_options --enable-calendar). 2) Deleted everything inside MOZ_OBJDIR. 3) Then checkout (new changes) and build. That assertion error is GONE! Instead of step 2 what could I do to clean for a safe rebuild? Cheers
Moving to Calendar > Build Config, since it seems more fitting.
Component: General → Build Config
Product: Thunderbird → Calendar
QA Contact: general → build
Version: unspecified → Trunk
Probably an underlying core bug, but we have to narrow down where it happens. -> Moving to General because it's no build/config issue.
Component: Build Config → General
QA Contact: build → general
Does this still happen with the latest 1.0b2pre nightlies?
no response to questions in previous comment, so => incomplete. if you still see the problem in the newest version, please comment in the bug.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.