Last modified: 2007-02-20 01:16:28 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 7431 - Are really iframes dangerous?
Are really iframes dangerous?
Status: RESOLVED DUPLICATE of bug 6070
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.8.x
PC All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-09-28 15:47 UTC by Hans Elgelid
Modified: 2007-02-20 01:16 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Hans Elgelid 2006-09-28 15:47:06 UTC
The following lines one can read at the support:
MediaWiki contains protection against abusive use of frame sets. Unfortunately
this will trap your intentional frames as well...

Wikipedia is probably the biggest lift for learning in internethistory. Still I
think there is tremendous much more potential in Wikipedia do be explored. Very
nice possibilities exist to make elearning applications using Wikipedia and
other wikis as part of the whole elearning application. If you want to design
this application as an Rich Internet Application, RIA, it's nice to use
communication between different iframes to be able to present the information in
ONE browserwindow. 
So how dangerous are iframes? If everything which links from
http://wikipedia.tv/ would be non framebreakers I would be very happy. So please
comment like this:
// Un-trap us from framesets if( window.top != window ) window.top.location =
window.location;

V peace V
Comment 1 Brion Vibber 2006-09-28 17:15:27 UTC
Frames break bookmarks, printing, saving, and other general behavior as well as 
being a common tool for bandwidth-thievery (slapping ads onto content served by 
someone else's bandwidth bill).
Comment 2 Nyenyec 2006-10-10 03:35:00 UTC
This is really painful to get around.

I'm working on an application that helps in automating image license checking in
HuWiki similarly to Interwiki link checker. It shows the image information page
from Wikipedia with the image and licencing information in one frame and offers
a set of options in another frame.

The Wiki page taking over the top frame makes this a huge pain in the neck.

I couldn't find an easy way to turn this off event though I'm a sysop in HuWiki.
Comment 3 Giorgio Zanon 2006-10-13 18:18:10 UTC
E' veramente interessante constatare che un'iniziativa che 
nelle intenzioni dovrebbe essere un atto di liberalità 
culturale di fatto risulta asimmetrica: massima liberalità 
verso chi contribuisce e liberalità limitata verso chi 
fruisce !
La natura umana è proprio piena di sorprendenti riserve !
Comment 4 Hans Elgelid 2006-10-14 00:56:26 UTC
Viva la Maradona della Napoli!!!!
Si Senor....
A men Ferdinad varför är inte du ute och stångas med de andra tjurarna...
Don't understand but it sounds great !
Comment 5 Polonium 2007-02-20 01:15:41 UTC
Reopen to mark as duplicate of [[6070]].
Comment 6 Polonium 2007-02-20 01:16:28 UTC

*** This bug has been marked as a duplicate of 6070 ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links