Closed
Bug 483270
Opened 15 years ago
Closed 15 years ago
RadControls Rich Text Editor replaces certain characters with tilde
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 483821
People
(Reporter: marcia, Unassigned)
References
()
Details
(Keywords: regression)
From a Hendrix user: We use a rich text editor that's part of the "RadControls" toolset. Under Firefox 3.1b3 (and earlier betas of FF 3.1) it has a rendering weirdness, where certain characters get replaced with odd entities starting with a tilde. To replicate the problem for yourself, in Firefox 3.1, go to this page: http://demos.telerik.com/aspnet/editor/examples/default/defaultcs.aspx Then click the "basic toolset" radio button. This will show the text with the odd entities problem. Repeat the procedure in Firefox 3.0.7 and you will notice the problem does not occur. I checked using the latest Shiretoko nightly and the trunk and I see the problem that the reporter notes. I do not see it using FF 3.0.7 or using Safari on the Mac.
Comment 1•15 years ago
|
||
(In reply to comment #0) > I checked using the latest Shiretoko nightly and the trunk and I see the > problem that the reporter notes. I do not see it using FF 3.0.7 or using Safari > on the Mac. Happens on all platforms and is definitely a regression from 1.9.0.
Flags: blocking1.9.1?
Keywords: regression,
regressionwindow-wanted
OS: Mac OS X → All
Hardware: x86 → All
Comment 2•15 years ago
|
||
Uh, it does? In a current m-c build on Mac I did the following: 1) Load http://demos.telerik.com/aspnet/editor/examples/default/defaultcs.aspx 2) Click the radio button next to "Basic toolset" I see no tildes anywhere. What do I need to do to reproduce the bug?
Comment 3•15 years ago
|
||
Slight correction: this is a 2009-03-19 build of m-c, not today's. Nevertheless, comment 0 implies that I should be able to see the problem there.
Comment 4•15 years ago
|
||
Boris, it has been fixed by another bug within the last days. With the 03/18 build I was still able to see this. But now with 03/22 the problem is solved on trunk. Current 1.9.1 is still affected and shows this problem. Boris, do you know which bug could have been fixed this?
Comment 5•15 years ago
|
||
Ah, I see. On m-c, this got fixed between 2009-03-17-07 (rev 01987cfc569b) and 2009-03-18-03 (rev 4b2a90a7726e). The former is the nightly right after the version bump, so that's not an issue here. Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=01987cfc569b&tochange=4b2a90a7726e An interesting bug in that range is bug 483821, which talks about issues with regexps and in particular issues with % and ~ being mixed up. Note that on the site in question, the text ends up with a bunch of things like ~2c and ~3c scattered in it, which look like URI escapes if you replace ~ with % (in particular, %2c = ','; %3c = '<').
Comment 6•15 years ago
|
||
OK, I just tried applying the patch for bug 483821 to my 1.9.1 build (which shows this bug), and it fixes the problem.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Updated•15 years ago
|
Assignee: nobody → general
Component: Style System (CSS) → JavaScript Engine
Keywords: regressionwindow-wanted
QA Contact: style-system → general
Updated•15 years ago
|
Flags: blocking1.9.1?
You need to log in
before you can comment on or make changes to this bug.
Description
•