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)
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
Comment 1•16 years ago
|
||
Likely a core bug, but does this happen without lightning installed?
Reporter | ||
Comment 2•16 years ago
|
||
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
Comment 4•16 years ago
|
||
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
Comment 5•15 years ago
|
||
Does this still happen with the latest 1.0b2pre nightlies?
Comment 6•15 years ago
|
||
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.
Description
•