Closed Bug 270225 Opened 20 years ago Closed 20 years ago

White box appears in Rich Text Editor (WYSIWYG)

Categories

(Firefox :: General, defect)

x86
Windows 2000
defect
Not set
blocker

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: rwest, Assigned: bugzilla)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910

Something changed in the 1.0 release that caused this problem to occur in our
implementation of a Rich Text Editor.  In the demo provided
(http://eval5.paperthin.com/demo/firefox/) you may not see it right away.  Click
between the HTML and Normal tabs and you will see.  We test this same code on
the Preview Releas (0.9) and we have no problems.

Obviously, this could be our code but since it still works in .9 we were
wondering if there was something that chanaged that may have caused this.

Reproducible: Always
Steps to Reproduce:
1. Click on the HTML tab
2. Click on the Normal tab
3. See the big white block covering the tool bar

Actual Results:  
A white box appears over the tool bars

Expected Results:  
The tool bar would react correctly

We are in the process of offering our product on the Mozilla and Firefox
platforms  which for the past 7 years has been exclusive for IE users.  We would
REALLY REALLY REALLY like to release with the Firefox support.  Unfortunately,
the Rich Text portion of our product (we are content management software
company) is an essential piece.

Your help would be GREATLY appreciated.
FYI, 0.9 wasn't the preview release. The preview release showed up internally as
0.10.1, 0.9 was like five months ago.

Trying right now, actually, I can't click over to the Normal tab, and initial
load gives me a big iframe full of Cold Fusion error codes, probably the reason
behind problem #1.

Once that's working, can you also test the equivalent Mozilla nightly from
ftp://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/latest-1.7/ since that
should share the same editor code, etc.
This seemed to be an error in our code (I did state that this is possible).  We
did not specify the absolute position of a menu item we used and so it was
sticking the div wherever it wanted.  We specified a location for this and are
now getting the desired results.

Thank you for taking the time to look at this and we are now happy to recommend
FireFox to our entire customer base as the tool of choice for editing content in
our Content Management system

Thanks and keep up the good work!
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
FIXED is for actual bugs that we checked in fixes for.  This should be WORKSFORME.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Also, glad to hear its working well now!
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.