274015 - application/xhtml+xml does not break after <br/> and <div>!!

Status: VERIFIED WORKSFORME

(Firefox :: General, defect)

Description

[Navid Zamani]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041108 Firefox/1.0

Well... This is just strange.
I have a nice working document. And as soon as I let php submit
application/xhtml+xml in the http-header, i have to add a display: block to the
div-element in my stylesheet to let it break after, and the <br/> does not
break, no matter what i do.
Are there two so different render-paths inside firefox? I would not believe it
if I hadn't seen it with my own eyes...

Reproducible: Always
Steps to Reproduce:
1. change your default_mimetype to "application/xhtml+xml" in your php.ini. (if
not possible maybe the php function header() can do it. But then I can't
guarantee reproducibility!)
2. create a document with some <div>s and some text with <br/>s inside it.
3. look at it in your browser.

Actual Results:  
In this case I get no break after the <br/>s, and the <div>s look like "display:
float".

Expected Results:  
Same look as if the same document would be delivered with default_mimetype set
to "text/html". (Of course the document must be a fully conforming XHTML 1.1
document! [Maybe XHTML 1.0 Strict "works" too?])

P.S.: I don't think it's associated to the case that my firefox crashes every 5
minutes after i click on something like links, tabs, ... And that it forgets
that i just updated fireftp and the english language pack [i have german
version] :_(
(I also could not find the bugs for this... Maybe it's just on my pc. ;) But of
not this is the buggiest mozilla-thing since seamonkey M8 ;P)

P.P.S.: the bug search seems to work improperly. It shows me a ton of bugs for
the query "xhtml br div break". And the don't seem to have anything to do with
the query. So sorry if this is a duplicate... Could not avoid it. :(

Comment 1

[Bill Mason]

Attachment: testcase

WFM 20041209 PC/WinXP

Comment 2

[Bill Mason]

Unless you can show a URL or a testcase, resolves WFM.

Comment 3

[Bill Mason]

Attachment: revised testcase

Fix an error in the 1st testcase, still WFM.

Comment 4

[Navid Zamani]

[damn! another crash while entering this comment...]

*lol* Sorry guys. I found the "bug" myself!

First I thought it was a DOM-problem. (In fact it was!)
So in tried: 
  document.createElementNS("http://www.w3.org/1999/xhtml","BR")
I did not work.

Do you already see the bug?
Well, i didn't too... ;P
It's the uppercase BR.

So if no one removes this, then maybe it can be a catch up for all the other
poeple who have the same problems... (and maybe speak a better english than i do. ;)

P.S.: You don't even need the namespace-version of createElement, because
mozilla seems to default to the namespace of the surrounding elements (?)

P.P.S: If anyone gets the crashes too, please create a bug of it... This is the
3rd time i enter this text. :((

Comment 5

[Greg K.]

Verified invalid, not WFM.