C'est dingue on arrive à me moinser ...
Dans mon journal, dans ma discussion ; un peu de sérieux les gars :-)
Sinon, j'ai vu quelques séries sympa : heroes (revisite les Marvel), le bureau, arrested development.
S.
(je refais la signature pour gagner quelques points)
C'est le chant champ
Prenons un autre exemple :
D'après moi cette feature de mon site web ne devient faille que lorsqu'elle est exploité via Apache. Donc c'est une faille de Apache.
Non y'a rien à dire c'est foireux comme raisonnement :)
- Avec php on peut faire un include('http://mon.fichier/distant');
- Dans mon application X, une variable est mal filtrée et permet à un utilisateur d'inclure le fichier distant de son choix.
La faille est dans PHP ou dans mon application X ?
Maintenant, avec PHP ==> Outlook et mon application ==> IE, lequel de Outlook ou IE est troué ?
a peine sorti, je dl pour tester mon site sous IE7, parce que eud'facons faudra le faire et le chef va pas tarder a me tomber dessus avec "ca passe sous IE?".
Et PAAAF!!!
Le truc m'explose vulgairement a la gueule en crashant sur le chargement de l'applet.
bah ie c'est la pure merde, même un truc aussi simpliste que ça plante lamentablement dessus :
var some_td = document.createElement('td');
current_td.style.color = 'grey'; // <= ui, ui vous ne rêvez pas ie l'a fait, incapable de changer la couleur d'un texte !!!
Bon allez je vais arrêter de casser cette daube, pour le respect des standars utilisez :
- konqueror
- opera
- galeaon
- mozilla
- firefox
- tout autre navigateur w3c compliant !
code html :
[input id="tagada" type="text" value="quelquechose"/]
code js :
var mon_input = document.getElementById('tagada');
mon_input.type = 'hidden'; // bloum ie est tout perdu alors que ça marche sur tout les autres navigateurs valides...
Non, NON tu n'a pas compris ce que je voulais faire !
Je ne veux pas rendre invisible mon input, sinon j'aurais fait joujou avec :
mon_input.style.display = 'none';
Je voulais bien changer le :
[input type="text" /]
en :
[input type="hidden" /]
Et bien ie ne le gère pas !
Bon d'accord j'aurais pu le faire différement, mais j'ai de très bonne raison de faire une chose pareille, notamment le fait que je régénère a la volée une form avec des input de type hidden et quelques transformations en javascript.
Bref ie ça pue et ça repue, c'est plein de bug et cette daube fait 80% de part de marché.
(oui, oui, je pleure tous les jours devant les heures perdues a rendre le site compatible avec cette daube !)
Arf, désolé, je vois maintenant ce que tu voulais faire, et j'avais eu exactement le même genre de problème.
(on peut s'en sortir plus ou moins bien avec du innerhtml, mais attention la lourdeur d'un coup)
P...n, je viens enfin de réaliser que ce journal annonçait la sortie officielle de IE7 :-( Bon, je viens de tester à l'arrache la chose sur quelques sites que je maintiens (et que j'ai du péniblement rendre compatible avec IE6), le tout depuis Doze2003.
Bon, c'est le massacre. Rien ne fonctionne, XmlHttpRequest merde complètement et une partie du site fait crasher le browser (assez lourde en manipulation DOM/règles CSS, il est vrai).
# Mangez-moi Mangez-moi
Posté par golum . Évalué à -1.
De rien serge serge :D
[^] # Re: Mangez-moi Mangez-moi
Posté par serge D. . Évalué à -5.
:-D
S.
C'est le chant chant
[^] # Re: Mangez-moi Mangez-moi
Posté par Snarky . Évalué à 3.
http://www.ie7.com ;-)
[^] # Re: Mangez-moi Mangez-moi
Posté par serge D. . Évalué à -1.
Dans mon journal, dans ma discussion ; un peu de sérieux les gars :-)
Sinon, j'ai vu quelques séries sympa : heroes (revisite les Marvel), le bureau, arrested development.
S.
(je refais la signature pour gagner quelques points)
C'est le chant champ
# Faute...
Posté par brunus (site web personnel) . Évalué à 1.
...argh...ha non...
Bon alors...heu...Ce journal n'a rien à faire sur DLFP !! (j'ai bon là ?)
# huhu
Posté par roger21 . Évalué à 4.
(from http://www.theregister.co.uk/2006/10/19/ie7_first_bug/ )
# Vulnérabilité dans IE7 découverte
Posté par Bruno Ethvignot (site web personnel) . Évalué à 3.
Une vulnérabilité a été découverte dans Internet Explorer, qui peut être exploitée par des personnes hostiles pour révéler des informations potentiellement sensibles.
http://secunia.com/Internet_Explorer_Arbitrary_Content_Discl(...)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 6.
pas beaucoup. Elle était déjà dans IE6.
bref, secunia n'ont fait que vérifier qu'elle était toujours là.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par TImaniac (site web personnel) . Évalué à 3.
( http://blogs.technet.com/msrc/archive/2006/10/19/information(...) )
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par andeus . Évalué à 2.
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par TImaniac (site web personnel) . Évalué à 1.
D'après moi cette feature de mon site web ne devient faille que lorsqu'elle est exploité via Apache. Donc c'est une faille de Apache.
Non y'a rien à dire c'est foireux comme raisonnement :)
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par andeus . Évalué à 3.
- Avec php on peut faire un include('http://mon.fichier/distant');
- Dans mon application X, une variable est mal filtrée et permet à un utilisateur d'inclure le fichier distant de son choix.
La faille est dans PHP ou dans mon application X ?
Maintenant, avec PHP ==> Outlook et mon application ==> IE, lequel de Outlook ou IE est troué ?
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par Yusei (Mastodon) . Évalué à 3.
Ils n'auraient jamais dû passer en open source, ça facilite vraiment trop la tâche des pirates...
# fait chier
Posté par kraman . Évalué à 1.
Et PAAAF!!!
Le truc m'explose vulgairement a la gueule en crashant sur le chargement de l'applet.
monde2merde
/me s'en retourne chercher le pb...
[^] # Re: fait chier
Posté par Raphaël G. (site web personnel) . Évalué à -3.
var some_td = document.createElement('td');
current_td.style.color = 'grey'; // <= ui, ui vous ne rêvez pas ie l'a fait, incapable de changer la couleur d'un texte !!!
Bon allez je vais arrêter de casser cette daube, pour le respect des standars utilisez :
- konqueror
- opera
- galeaon
- mozilla
- firefox
- tout autre navigateur w3c compliant !
Franchement IE ça sux !
[^] # Re: fait chier
Posté par Aurélien Maille . Évalué à 10.
http://www.w3.org/TR/REC-html40/types.html#h-6.5
[^] # Re: fait chier
Posté par Raphaël G. (site web personnel) . Évalué à 2.
En fait c'est celui-là que j'aurais du mettre...
code html :
[input id="tagada" type="text" value="quelquechose"/]
code js :
var mon_input = document.getElementById('tagada');
mon_input.type = 'hidden'; // bloum ie est tout perdu alors que ça marche sur tout les autres navigateurs valides...
[^] # Re: fait chier
Posté par Jean-Philippe (site web personnel) . Évalué à 2.
var mon_input = document.getElementById('tagada');
mon_input.style.visibility = 'hidden'; //Ca devrait marcher sous ie (pas teste depuis longtemps)
[^] # Re: fait chier
Posté par Raphaël G. (site web personnel) . Évalué à 2.
Je ne veux pas rendre invisible mon input, sinon j'aurais fait joujou avec :
mon_input.style.display = 'none';
Je voulais bien changer le :
[input type="text" /]
en :
[input type="hidden" /]
Et bien ie ne le gère pas !
Bon d'accord j'aurais pu le faire différement, mais j'ai de très bonne raison de faire une chose pareille, notamment le fait que je régénère a la volée une form avec des input de type hidden et quelques transformations en javascript.
Bref ie ça pue et ça repue, c'est plein de bug et cette daube fait 80% de part de marché.
(oui, oui, je pleure tous les jours devant les heures perdues a rendre le site compatible avec cette daube !)
[^] # Re: fait chier
Posté par Jean-Philippe (site web personnel) . Évalué à 2.
(on peut s'en sortir plus ou moins bien avec du innerhtml, mais attention la lourdeur d'un coup)
[^] # Re: fait chier
Posté par Raphaël G. (site web personnel) . Évalué à 2.
Parce que bon sinon on peu tout faire, mais la propreté alors là...
[^] # Re: fait chier
Posté par pierthi . Évalué à 1.
Bon, c'est le massacre. Rien ne fonctionne, XmlHttpRequest merde complètement et une partie du site fait crasher le browser (assez lourde en manipulation DOM/règles CSS, il est vrai).
Je regretterais presque IE6, tiens ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.