Closed
Bug 270225
Opened 20 years ago
Closed 20 years ago
White box appears in Rich Text Editor (WYSIWYG)
Categories
(Firefox :: General, defect)
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.
Comment 1•20 years ago
|
||
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
Comment 3•20 years ago
|
||
FIXED is for actual bugs that we checked in fixes for. This should be WORKSFORME.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Comment 4•20 years ago
|
||
Also, glad to hear its working well now!
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•