Closed Bug 155122 Opened 22 years ago Closed 14 years ago

Printing MathML is broken

Categories

(Core :: MathML, defect)

All
Linux
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME
mozilla1.6final

People

(Reporter: roland.mainz, Assigned: rbs)

References

()

Details

(Keywords: helpwanted, regression)

Attachments

(2 files)

Printing MathML seems to be broken in trunk builds (tested with
2002-06-29-08-trunk), there are at least two detects...
Defect 1:
The "det" block is not enclosed into with vertical lines.

(ignore the colors, that's a bug in sdtimage when it writes GIFs... ;-( )
Defect 2:
The text block below the MathML block is shifted to the right - beyond the page
border.
Builds from the 1.0.1-branch suffer from the same defects. BAD

;-(
Keywords: regression
Priority: -- → P1
Target Milestone: --- → mozilla1.0.1
2002-06-10-14-trunk works OK; 2002-06-17-21-trunk is broken... ;-(
2002-06-14-21-trunk suffers from defect [1] but not defect [2].
> 2002-06-10-14-trunk works OK; 2002-06-17-21-trunk is broken

So this is a regression, any idea as to the checkin that caused that?
Priority: P1 → --
it would be really helpful if someone could track it down to what day.. (or
check in)
I found an interesting detail:
Setting "View/Use Style" to "Mathematica" fixes both issue [1] and issue [2]
(tested with 2002-07-12-08-trunk on Solaris2.7/SPARC + attachment 91153 [details] [diff] [review] from bug
153080, but I assume that patch does not matter here).

Setting "View/Use Style" to "TeX" or "Basic Page Style" will result in both
issue [1] and issue [2] ...
Any chance that this has been fixed by bug 154741? From the list of checkins
that you provided above, this bug looks like an upshot from karnaze's
NS_FRAME_COMPLETE changes. 
rbs wrote:
> Any chance that this has been fixed by bug 154741?

Unfortunately both issues still exist in 2002-08-04-08-trunk.

I wonder why these issues only occur for the CSS styles "Basic page style" and
"TeX" and not the "Mathematica" CSS style.
Any ideas ?
Printing MathML in "Basic Page style" and "TeX" more is becoming more and more
horked. Page 1 of start.xml now doesn't show any MathML chars anymore and even 
http://www.mozilla.org/projects/mathml/demo/texvsmml.xml now suffers from
similar defects as start.xml except in "Mathematica" style mode.
Keywords: helpwanted
Target Milestone: mozilla1.0.1 → mozilla1.0.2
rbs:
Can't we make the "Mathematica" style the default for now until we'll figure-out
what's causing these problems, please ?
CC:'ing karnaze@netscape.com per bz's suggestion.

The problem is still there and has even become worse (just tested with
2002-11-08-13-trunk).
Workaround is still to select the menu item "View/Use Style.../Mathematica" ...
smontagu/jkeiser:
Any suggestions/ideas what may go wrong here?
Roland - can you retest this please? Printing MathML works for me in mozilla1.4
again.
retargeting
Target Milestone: mozilla1.0.2 → Future
Target Milestone: Future → mozilla1.0.2
Severity: blocker → major
Tested Mozilla 1.6b on Linux (buildid 2003121012) - the problem is back... ;-((
Mozilla1.4 seems to be working... so something between 1.4 and 1.6b was
broken... again... ;-(((

I wish we would archive nightly builds longer than a few days ... that would
help narrowing things down a little bit better...
Target Milestone: mozilla1.0.2 → mozilla1.6final
I'm not seeing any difference between 1.4 and current trunk, although it does
look pretty bad.  I have the CMPS and Mathematica fonts installed, but I doubt
Mozilla is using them (the page wasn't different with/without the fonts).  Is
there more useful instructions than bug 35236 to get the fonts working?
Roland, what printing module was this bug filed against? Is it Xprint? I guess
so because PS and PS-FT2 don't work at all (GetBoundingMetrics() is not
implemented for both). 
Jungshik Shin wrote:
> Roland, what printing module was this bug filed against? Is it Xprint? I guess
> so because PS and PS-FT2 don't work at all (GetBoundingMetrics() is not
> implemented for both).

The tests were made using Xprint, but I guess Win32 should have the problems,
too.

The Xprint server side can't be source of the problem since the same Xprt server
instance prints MathML OK with Mozilla1.1 but prints completely broken with
Mozilla1.6b - and the gfx/src/xprint/ + gfx/src/xlib sources weren't touched
much between mozilla1.4 and mozilla1.6b... I guess the problem hides in layout/
or content/ ...
QA Contact: ian → mathml
Is this bug still valid? It seems a duplicate of bug 28088 BTW...
I've just tested with a fresh trunk build. The defects described in comments 1 and 2 are no longer present.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: