Discussion :

[nicorama]

J'ai souvent utilisé Flash devant mes élèves pour faire un schéma animé d'une électrolyse ou le mouvement d'une orbite.
Tu dessines 3 cercles, deux carrés et si tu veux faire le kéké tu rajoutes un bouton stop/play. En 10 minutes, tu as un outil qui économise une heure d'explication sur papier, mais pour le programmer en javascript, il me faudrait un bon moment - bien qu'on doit commencer à trouver des bibliothèques sympas.

[Paul TOTH]

bah, vu que IE6 à la vie dure, je me demande comment imposer le HTML5 face à un plugin aussi léger que celui de Flash

[nicorama]

En fait si le logiciel Flash avait la bonne idée de généré du Javascript plutôt que de l'Action Script, tout le monde serait content

[ferber]

En fait si le logiciel Flash avait la bonne idée de généré du Javascript plutôt que de l'Action Script, tout le monde serait content

D'une certaine manière ça aurait du être le cas, car JavaScript 2 devait avoir la même syntaxe qu'Action Script3. Car action script 3 à été fait en suivant l' ECMAScript Edition 4 (aujourd'hui obsolète et remplacée par ES3.5), (conforme à 100% avec la norme ECMA-262, révision 3, depuis ActionScript 3.0).

[Tarul]

Je suis tombé sur cette page : http://flashcrash.dempsky.org/

Je vous laisse lire et tester. La page en question vous propose de tester une animation flash qui fera planter le plug-in (et éventuellement votre navigateur) sur les OS et navigateur les plus répandus.

C'est dans ce genre de cas que l'on est content d'être sous chrome, ou safari 4 (version Snow leopard) et de ne pas voir tous le navigateur partir à cause d'un crash d'un plugin tiers.

[smyley]

Ah oui marrant, flash plante
En plus, même si j'y connais rien en ActionScript, à priori le code serait "juste" ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
package {
    import flash.display.*;
    import flash.net.*;

    public class A extends MovieClip {
        public function A() {
            load();
            load();
        }

        private function load():void {
            var loader:Loader = new Loader();
            loader.load(new URLRequest('/b'));
            addChild(loader);
        }
    }
}

[Michaël]

oui enfin on fait la même chose sous linux (un fork infini), ça plante aussi la machine... c'est pas spécifique à flash de crasher en lançant des processus de manière récursive

[deadalnix]

oui enfin on fait la même chose sous linux (un fork infini), ça plante aussi la machine... c'est pas spécifique à flash de crasher en lançant des processus de manière récursive

Et dieux inventa /etc/security/limits.conf pour linux. Ce dernier ne sais par contre toujours pas quoi faire de flash.

[spidermario]

Sauf qu'il ne s'agit pas d'un fork récursif.
C'est juste que si on utilise un SWFLoader pour charger un SWF, puis qu'on le refait avec la même URL mais que le SWF renvoyé par le serveur n'est pas de la même version, ça plante.

If a Flash 9 SWF loads the same URL twice with the first returning a Flash 7 SWF and the second time returning a Flash 8 SWF (or vice-versa), the Adobe Flash Player plug-in will attempt to dereference a null pointer, crashing the browser.

Exemple :
(animation) → requête → http://www.youpi.com/mon_fichier.swf
(animation) ← fichier SWF 7 ← http://www.youpi.com/mon_fichier.swf
...
(animation) → requête → http://www.youpi.com/mon_fichier.swf
(animation) ← fichier SWF 8 ← http://www.youpi.com/mon_fichier.swf

Crash !


Même s'il est rare qu'une même URL renvoie tantôt un SWF d'une certaine version, tantôt d'une autre version ; ça reste une faille du Player qui ne devrait pas exister.

[ferber]

Ah oui marrant, flash plante
En plus, même si j'y connais rien en ActionScript, à priori le code serait "juste" ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
package {
    import flash.display.*;
    import flash.net.*;

    public class A extends MovieClip {
        public function A() {
            load();
            load();
        }

        private function load():void {
            var loader:Loader = new Loader();
            loader.load(new URLRequest('/b'));
            addChild(loader);
        }
    }
}

Ça serrait plutôt ça je dirais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
package 
{
    import flash.display.*;
    import flash.events.*;
    import flash.net.*;
    import flash.utils.*;

    public class A extends MovieClip
    {

        public function A()
        {
           var b:* = new Timer(250, 10);
           b.addEventListener(TimerEvent.TIMER, onTimer);
           b.start();
           return;
        }
        private function onTimer(event:TimerEvent) : void
        {
            var b:* = new Loader();
            b.load(new URLRequest("http://flashcrash.dempsky.org:30321/"));
            addChild(b);
            return;
        } 

    }
}

un timer qui charge une animation, toutes les 250 millisecondes c'est quand même rare.

Je rajouterais que si on prend le temps d'améliorer le code, comme ci-dessous il ne plante plus le flash player

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
package 
{
	import flash.display.Loader;
	import flash.display.Sprite;
	import flash.events.Event;
	import flash.events.TimerEvent;
	import flash.net.URLRequest;
	import flash.utils.Timer;
	
	/**
	 * ...
	 * @author ferber
	 */
	public class A extends Sprite 
	{
		
		 
		public function A()
     	 	 {
			var b:* = new Timer(250, 10);
			b.addEventListener(TimerEvent.TIMER, onTimer);
			b.start();
			return;
		}

		private function onTimer(event:TimerEvent) : void
		{
			var b:* = new Loader();
			 b.load(new URLRequest("http://flashcrash.dempsky.org:30321/"+getDT()));
			addChild(_loc_2);
			return;
		} 
		public static function getDT ():String  {
			var ss:String = "?dt=";
			var d_date:Date = new Date();
			ss += d_date.getFullYear()+""+d_date.getMonth()+""+d_date.getDay()+""+d_date.getHours()+""+d_date.getMinutes()+""+d_date.getMilliseconds();
			return ss;
		};		
	}
}

Après, s'ils avaient cherché à faire marcher leur code, il aurait marché.

A moins qu'ils n'aient pas le niveau pour comprendre leur code ce qui est possible, mais peu probable.

A mon avis ce n'est pas un bug important. Les vraies bugs de l'histoire sont les développeurs qui ont pondu ce code.

[smyley]

Ça serrait plutôt ça je dirais :

heuu juste comme ça, j'ai fait un copy pasta à partir de la source ...

[ferber]

heuu juste comme ça, j'ai fait un copy pasta à partir de la source ...

hum en effet, j'ai directement dé-compilé l'animation présente en ligne sans lire la source.

Cependant ça ne change pas le fait qu'avec quelques lignes de code de plus ça passe. En ajoutant getDt() a l'url "http://flashcrash.dempsky.org:30321/"+getDT()

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
public static function getDT ():String  {
			var ss:String = "?dt=";
			var d_date:Date = new Date();
			ss += d_date.getFullYear()+""+d_date.getMonth()+""+d_date.getDay()+""+d_date.getHours()+""+d_date.getMinutes()+""+d_date.getMilliseconds();
			return ss;
		};

[deadalnix]

A mon avis ce n'est pas un bug important.

Ce n'est pas un bug, c'est un crash de l'application. Et ça a de bonne chance d'embarquer le navigateur avec.

Et ça, ce n'est pas admissible, ne serait que pour des raisons de sécurité (la disponibilité est partie intégrante de la sécurité, imaginez le DoS qu'on peut faire avec un truc pareil).

De toute faço, les stats sont claires : une plantage de navigateur sur deux est du à flash. C'est sans appel : ce plugin est une poubelle.

[ferber]

Ce n'est pas un bug, c'est un crash de l'application. Et ça a de bonne chance d'embarquer le navigateur avec.

Et ça, ce n'est pas admissible, ne serait que pour des raisons de sécurité (la disponibilité est partie intégrante de la sécurité, imaginez le DoS qu'on peut faire avec un truc pareil).

De toute faço, les stats sont claires : une plantage de navigateur sur deux est du à flash. C'est sans appel : ce plugin est une poubelle.

Je regrette, une animation on la test avant de la mettre en ligne, comme un app. Il y'as des bugs dans toutes les technologies. Quand on en trouve un on s'en occupe ou pas.
Une animation bien codée/préparée ne ferra pas planter un navigateur.
une mauvaise utilisation d'un pointeur en c++ peut faire planter une appli, c'est pas pour ça qu'il faut arrêter de faire du c++.


Après vue les capacités du duo html+javascript faut pas s'étonner de la rareté des plantages... pour cause : quasiment personne ne s'en sert pour faire des trucks aussi poussé qu'en flash.
Le html5 est une bonne blague, alors en attendant : longue vie à flash.

[ferber]

Je rajouterais concernant le bug précité qu'il a été corrigé le 02/06/10 sur le Flash Player 10 - 10_1_51_66 .
cf :https://bugs.adobe.com/jira/browse/FP-677

[deadalnix]

Je regrette, une animation on la test avant de la mettre en ligne, comme un app. Il y'as des bugs dans toutes les technologies. Quand on en trouve un on s'en occupe ou pas.

Et si justement je souhaite faire planter le client parce que je suis malintentionné ? Ou bien si je suis fournisseur d'un appli en flash, pourquoi devrais-je subir (ou plutôt mes utilisateurs/clients) le plantage du plantage du plugin du à un autre site ? Faut se réveiller, on parle bien l'a d'un plantage sur deux de navigateur, pas d'un truc qui plante une fois tous les 36 du mois.

En C++, quand tu fais de la merde avec tes pointeur, tu craches ton application, pas tout le système.

[ferber]

Et si justement je souhaite faire planter le client parce que je suis malintentionné ?

En effet, il n'y a pas que des personnes bien intentionnée sur le web. Il faut dans la mesure du possible éviter de visiter n'importe qu'elle site.
un crash est toujours possible.

Ou bien si je suis fournisseur d'un appli en flash, pourquoi devrais-je subir (ou plutôt mes utilisateurs/clients) le plantage du plantage du plugin du à un autre site ?

En effet, on ne peut pas forcer les autres développeurs à programmer correctement.

Faut se réveiller, on parle bien l'a d'un plantage sur deux de navigateur, pas d'un truc qui plante une fois tous les 36 du mois.

hum, j'aimerais bien connaitre vos sources, pour ma culture général.

En C++, quand tu fais de la merde avec tes pointeur, tu craches ton application, pas tout le système.

Ça dépend, un bug dans un driver de mirroring par exemple peut produire quelques beaux effets.
Et si je me rappel bien, normalement un plug-in ou autre active X peut être codé en c++;

[Tarul]

Je regrette, une animation on la test avant de la mettre en ligne, comme un app. Il y'as des bugs dans toutes les technologies. Quand on en trouve un on s'en occupe ou pas.
Une animation bien codée/préparée ne ferra pas planter un navigateur.
une mauvaise utilisation d'un pointeur en c++ peut faire planter une appli, c'est pas pour ça qu'il faut arrêter de faire du c++.

Sauf que le bug introduit un potentiel problème de sécurité. Adobe reconnaît lui même d'avoir fait l'erreur de ne pas avoir considéré ce bug comme étant une faille.

http://blogs.adobe.com/emmy/archives...bug_repor.html


Ce qui est dommage, c'est que le seul correctif soit un lecteur flash qui est en béta. Et donc par essence instable pour les utilisateurs finaux. Point positif : adobe semble vouloir apprendre de ces erreurs à propos de cette affaire


Petite application faite en javascript/html/css : http://mugtug.com/sketchpad/

[jylaxx]

Petite application faite en javascript/html/css : http://mugtug.com/sketchpad/

hummm... C'est pour démontrer que ça marche ou que ça marche pas ???

(obligé de faire un resize du navigateur pour que les fenêtres s'affichent... etc..)

[jylaxx]

En C++, quand tu fais de la merde avec tes pointeur, tu craches ton application, pas tout le système.

Si le plug-in Flash crash ton système c'est que le navigateur qui l'accueille est mal programmé !

Visiblement le problème est assez spécifique à MacOS car en tant que développeur Flex sous Windows je n'ai jamais fait planté le Flash Player avec mes applications.

Pourquoi tant de haine ? Pourquoi empécher l'utilisation d'applications parfaitement stables sous Flash à ceux qui le souhaitent. Personne ne demande à Jobs de faire ce genre de choix. Il n'a qu'à afficher un message d'avertissement avant le chargement du plug-in Flash : "Attention, à partir de maintenant si votre iPad/iPhone plante ce sera pas ma faute..."