wyciwyg://0/ shows up in the location line on onresize

RESOLVED INCOMPLETE

Status

Core Graveyard
Embedding: GTK Widget
RESOLVED INCOMPLETE
16 years ago
4 years ago

People

(Reporter: Yanko Kaneti, Assigned: blizzard)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
Tested with 0.9.9 TestGtkEmbed and moz cvs TestGtkEmbed from yesterday

From galeon bug http://bugzilla.gnome.org/show_bug.cgi?id=78315 :

Using the following

<html>
<head><title></title></head>
<body onresize="if (navigator.appName == 'Netscape')
{document.writeln('Resize!\n')}">
Hello!
</body>
</html>

added "wyciwyg://0/" in front the page location in the location bar when
the on resize event was fired.

Comment 1

16 years ago
I can confirm this. I had similar problem with 0.9.9 and now with 1.0RC1.

Comment 2

16 years ago
Confirming Galeon 1.2.1, Mozilla 1.0-Rc1 (I'm the one who file it in Gnome)...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Why is this bug mouldering on blizzard's list?  Radha, can you help?

Is this a bug about lack of wyciwyg censoring in an embedding layer that Galeon
and other front ends can use?  It's not enough if Mozilla the app suite and
Mozilla Firebird censor wyciwyg, in other words -- all Gecko embeddings should
hide it, and without each having to write extra code that could be consolidated.

/be
I think this is fixed now. There is code in nsDocShell now uses nsIURIFixup
service for wyciwyg urls and *probably* calls CreateExposableURI() on it. If not
fixed, I'm pretty sure we have the mechanisms in place to fix it.  
Just confirming that this still a problem using the current CVS HEAD (tested in
TestGtkEmbed)
QA Contact: pavlov → gtk-widget
Component: Embedding: GTK Widget → Embedding: GTK Widget
Product: Core → Core Graveyard
(Reporter)

Updated

4 years ago
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.