bugzilla.mozilla.org has resumed normal operation. Attachments prior to 2014 will be unavailable for a few days. This is tracked in Bug 1475801.
Please report any other irregularities here.

"WARNING: Textframe maps no content" on many websites

RESOLVED WORKSFORME

Status

()

Core
Layout
--
minor
RESOLVED WORKSFORME
12 years ago
11 years ago

People

(Reporter: mcsmurf, Unassigned)

Tracking

({testcase})

Trunk
x86
All
testcase
Points:
---
Bug Flags:
blocking1.9 -

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

12 years ago
With a current debug trunk build on Win2k I get this warning
WARNING: Textframe maps no content: file h:/mozilla/tree-main/mozilla/layout/gen
eric/nsTextFrame.cpp, line 4945
many times on various websites. I think this started with the landing of the reflow branch, but this is only a rough guess (I do not build debug trunk builds every day).
(Reporter)

Comment 1

12 years ago
Created attachment 249558 [details]
Testcase

Comment 2

12 years ago
This warning appears very frequently, making it difficult to see other console output.
Flags: blocking1.9?
(Reporter)

Comment 3

12 years ago
BTW: The warning was added as part of Bug 343445, not as part of reflow branch.

Updated

12 years ago
Blocks: 343445

Updated

12 years ago
OS: Windows 2000 → All

Comment 4

12 years ago
Confirming that this occurs in
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070302
Minefield/3.0a3pre

Again, the warning occurs so frequently that it's difficult to see other console output.

Comment 5

12 years ago
Created attachment 257259 [details] [diff] [review]
ifdef 0

this is happening far too often, and disrupts people who aren't working on layout.

To make a positive contribution, I will see if I can figure out a fix for at least some of the situations that cause this. However, I don't know this code.
Attachment #257259 - Flags: superreview?(roc)
Attachment #257259 - Flags: review?(roc)

Comment 6

12 years ago
All instances of this warning I have observed are due to nsTextFrame *aBefore having a ContentOffset of 0 and a ContentLength of 0.
Comment on attachment 257259 [details] [diff] [review]
ifdef 0

I was going to just fix this but that's actually kinda hard and this code will be going away in favour of the new textframe code (which works entirely differently and has no equivalent assertion) so might as well just disable it for now. Sorry for the delay.
Attachment #257259 - Flags: superreview?(roc)
Attachment #257259 - Flags: superreview+
Attachment #257259 - Flags: review?(roc)
Attachment #257259 - Flags: review+

Comment 8

12 years ago
Checking in nsTextFrame.cpp;
/cvsroot/mozilla/layout/generic/nsTextFrame.cpp,v  <--  nsTextFrame.cpp
new revision: 1.620; previous revision: 1.619
done
Flags: blocking1.9? → blocking1.9-
Fixed in the best of all possible ways, cvs rm.
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.