From Bugzilla Helper: User-Agent: Mozilla/4.73 [en] (Win98; U) BuildID: 2000080712 ­ is just ignored instead of inserting a hypen and breaking the word, example: verylong­word would render: verylongword even if it has reached the point where normal spaces would be broken down to linefeeds. it should infact be: (text) verylong- word (continuation of text) Reproducible: Always Steps to Reproduce: 1. Write a line longer than the width of the browser window. 2. put ­ in the middle 3. load the page, and it's scrollable instead of two lines. Actual Results: it wrote the whole line on one row and made the window scrollable Expected Results: it should have broken the line in two parts and added a hyphen to the first line.
Although perhaps not ideal, it is acceptable behaviour for a browser. This issue has been discussed under bug #31304
After testing, I've concluded that the parsing engine is in fact passing 173 back (as prescribed in the ncr table for HTML) as the value for this entity. The problem seems to be a rendering issue. Over to kevin for triage -- could this be a font problem?
SPAM. HTML Element component deprecated, changing component to Layout. See bug 88132 for details.