Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-13 Par sujet Christian Quest 
Le 13 janvier 2013 05:47, Philippe Verdy  a écrit :

> Ne devrais-je pas le poster aussi sur le "Centre d'aide" ? Malheureusement
> ce forum (en anglais principalement) refuse les papiers et ne veut que des
> questions d'assistance simples pas les réponses, et il n'y a pas beaucoup
> de visibilité pour les questions qui disparaissent rapidement dans le flot
> continu.
>

L'outil pour remonter un bug c'est http://trac.osm.org/ ce n'est ni une
mailing-list, ni une discussion sur le wiki, ni une question sur "
help.osm.org".

-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 13 janvier 2013 04:52, Philippe Verdy  a écrit :

> Aussi je vais demander une correction sur www.openstreetmap.org
>
Pour ceux que ça intéresse, j'ai posté ce message (en anglais) sur la page
de discussion du wiki documentaire du site openstreetmap.org (avec les
détails sur le changement). N"hésitez pas à répondre et transmettre l'info
(peut-être qu'il faudrait déplacer ce message ailleurs, mais cette page de
discussion est la première qu'on voit sur le site en cliquant sur le lien
"Documentation":
http://wiki.openstreetmap.org/wiki/Talk:Main_Page#Warning_:_The_slippy_map_no_longer_works_here_:_why_.3F_Touch_events..._.28concerns_users_with_a_mouse_AND_a_touch_screen.29
Ne devrais-je pas le poster aussi sur le "Centre d'aide" ? Malheureusement
ce forum (en anglais principalement) refuse les papiers et ne veut que des
questions d'assistance simples pas les réponses, et il n'y a pas beaucoup
de visibilité pour les questions qui disparaissent rapidement dans le flot
continu.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 12 janvier 2013 23:50, PhQ  a écrit :

> Firefox : même motif même punition, ca peut se déplacer au doigt, mais
> plus à
> la souris.
> Merci, je n'aurais pas pensé à essayer :)
>
Tu ne trouves pas que le fait de ne pas mettre en équivalence la première
touche à l'écran et la souris quand on a les deux est une anomalie ?
Personnellement je le pense et ça devrait être corrigé car c'est
complètement contre-intuitif et on peut chercher longtemps pourquoi ça ne
marche pas à la souris.
Quand je vois ce qu'on m'a répondu ici (bogue du navigateur, version
incorrecte, mauvaise installation de Windows, et quelques noms d'oiseaux au
passage pour m'expliquer que je ne savias pas de quoi je parle...) ce
comportement s'il doit être gardé doit être expliqué et connu.
Tous les frameworks javascripts pour OSM ne sont pas affectés car selon
celui qui est utilisé, certains font l'équivalence, d'autres non.

Bien entendu je ne demande pas que le comportement des touches à l'écran
soit changé, c'est très bien aussi d'avoir cette possibilité pour supporter
les utilisateurs de smartphones et tablettes. Mais ça surprend les
utilisateurs de PC classiques pour peu que leur écran dispose d'une
interface tactile (devenu populaire depuis quelques mois avec les PC vendus
pour Windows 8 et qui incluent l'interface tactile par défaut sans pour
autant oublier le clavier et la souris, alors que jusqu'à présent on avait
plutôt l'un ou l'autre et rarement les deux à la fois sur un PC).

Aussi je vais demander une correction sur www.openstreetmap.org
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet PhQ 
Firefox : même motif même punition, ca peut se déplacer au doigt, mais plus à
la souris.
Merci, je n'aurais pas pensé à essayer :)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Carte-non-glissante-sur-Openstreetmap-org-sous-Chrome-probleme-de-securite-interdomaines-tp5744036p5744180.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Pour faire court ce n'est pas à toi personnellement que je m'étais adressé
au départ, et tout le monde comprendra la grande portée et l'immense
politesse de tes propos ici.

Le 12 janvier 2013 19:17, Nolwenn  a écrit :

> Pour faire court, j'en ai rien à secouer de ta logorrhée, oui j'insiste.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Nolwenn 
Pour faire court, j'en ai rien à secouer de ta logorrhée, oui j'insiste. 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 12 janvier 2013 18:07, Nolwenn  a écrit :

> Tu devrais lire
> https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le#Somme_MD5
> pour mieux comprendre ce que j'ai écris au lieu de t'empresser de nous
> balancer ta logorrhée habituelle.
>

En plus tu cites en référence un bout de paragraphe minuscule de Wikipédia
qui n'est pas une source et même ces deux lignes sont fausses aujourd'hui,
MD5 n'est PAS utilisé par code.google.com pour verifier les signatures de
fichiers (code.google.com utilise SHA1 justement, mais pas MD5 !)
L'assertion qui consiste à dire que MD5 est de plus en plus populaire est
totalement fausse. Bref ce paragraphe de l'article Wikipédia est totalement
inutile et n'apporte strictement rien. Je vois donc que tu lis des trucs
sans les évaluer ou juger de leur pertinence ou leur actualité.
MD5 n'est plus recommandé depuis plusieurs années, SHA1 l'est encore de
façon limitée mais plus pour les signatures authentiques (contre les
falsifications volontaires, il y a des tonnes de fichiers virussés qui
valident leur signature MD5 et même un grand nombre qui valident leur
signature SHA1). La recommandation aujourd'hui c'est plutôt SHA256 (ou sa
version tronquée SHA128), et pour les signatures authentiques de code c'est
SHA512 (ou sa version tronquée SHA384).
Pour les signatures authentique des pilotes Windows, Microsoft exige
maintenant des clés de 1024 bits depuis le mois dernier et rejette les
certificats signés avec des clés plus courtes depuis le début de ce mois de
janvier.

Alors ton MD5 est vraiment d'un autre âge... L'algo a plus de 30 ans et
s'il ne résiste pas aux craqueurs volontaires, on a montré aussi qu'il
comportait un trop grand nombre de collisions permettant des transmissions
en apparence sans erreurs (c'est bien pour ça que Google n'en veut plus
pour signer les fichiers compilés installables téléchargés sur
code.google.com).

L'outil md5sum proposé par l'article Wikipedia ne sert plus à rien, sauf
pour des raisons historiques si on n'a pas d'autre clé disponible pour
comparer. Il ne fait même plus partie de l'installation par défaut de bon
nombre de distribs Linux (l'algo a même été interdit dans certaines
administrations et dans toutes les applications de transaction sécurisées
en ligne, notamment pour les banques; les navigateurs web et les PKI le
rejettent maintenant tous comme invalides pour n'importe quel certificat ;
il n'est plus utilisé non plus pour hasher de façon irréversible les mots
de passes stockés dans /etc/passwd, sauf sur de très vielles installations
qui devraient toutes avoir été mises à jour pour exiger de remplacer ces
mots de passe obsolètes et facilement craquables).

Les protocoles de communication n'ont jamais utilisé MD5 pour vérifier les
transferts, même chose pour les systèmes de stockage (cela a toujours été
des algos à redondance cyclique, réversibles pour permettre des corrections
automatiques de certains types d'erreurs classiques des systèmes de
transmission, tels que des bits inversés, ou écrasés sur des séquences
courtes par du bruit impulsionnel, la réversibilité étant aussi leur défaut
car ils sont facilement craquables même si on sait avec une clé courte
limiter le nombre de collisions de clés identiques. Des protocoles plus
récents n'utilisent plus les CRC mais des congruences dans des espaces
linéaires bien plus complexes (cas du codage DSL, et des transmissions par
satellite, mais aussi le cas sur les réseaux mobiles actuels). Les CRC ne
servent plus que pour vérifier des messages très courts (un seul
datagramme, ou une seule trame IP limitée à environ 1,5ko, ou 12 kbits : on
est très en dessous de la taille des fichiers exécutables téléchargés et
même de la plupart des contenus actuels du web : pages, scripts, images,
audio et vidéo).

Les formats modernes d'archives n'utilisent plus MD5 mais SHA1 (il reste le
vieux CRC du format ZIP d'origine, mais comme il n'est plus sur on adjoint
dans l'archive un fichier "manifeste" contenant des clés calculées avec des
algos plus surs, généralement SHA1 ou SHA128). Pour signer une iamge de CD
ou DVD ou BDROM, on utilise systématiquement SHA384 au moins et on signe
les fichiers individuels d'une archive et de moins de 1Mo dans un manifeste
avec SHA1. au delà c'est encore SHA384 ou plus pour tous les fichiers
binaires exécutables (Google y viendra aussi sur les téléchargements qu'il
propose sur code.google.com, car SHA1 n'est plus accepté partout comme
suffisant : il est refusé maintenant dans l'administration américaine là où
les normes FIPS s'imposent).

Il y a encore d'autres bons alogos de hachage disponibles en remplacement
de la série SHA*, un des meilleurs candidats (contre lequel on n'a encore
rien trouvé, contrairement à SHA1 qui commence à craquer), c'est l'algo
"Whirlpool", un autre algo candidat était "Tiger" mais il est aussi
partiellement cassé et ne se différencie plus de SHA1 en terme de sécurité,
il semble que Tiger tiendra encore moins longtemps que SHA1 (qui a
l'avantage d'être

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 12 janvier 2013 18:07, Nolwenn  a écrit :

> Le samedi 12 janvier 2013 15:19:39 Philippe Verdy a écrit :
> > C'est la version officielle de Chrome actuelle, elle n'a rien de
> > surprenant ! Et en tout cas pas foireuse du tout !
> > 24.0.1312.52 m
> > (c'est bien une version pour Windows 7).
> >
> > Chromium est lui aussi en version 24.0.1312.52 (dans ses deux versions
> > "stable" et "beta", sinon 25.0.1364.29 en version "dev", cf.
> > http://www.chromium.org/developers/calendar)
>
> Tu devrais lire
> https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le#Somme_MD5
> pour mieux comprendre ce que j'ai écris au lieu de t'empresser de nous
> balancer ta logorrhée habituelle.


Tu ferais mieux de lire les messages, au lieu d'insulter sans raison.

Et merci je sais ce qu'est une somme de contrôle, probablement mieux que
toi (MD5 n'est pas fiable et tu devrais le savoir ; mais si au moins tu
avais proposé SHA1) .

J'ai déjà développé des versions rapides et optimisées de tous les algo de
hachage sécurisés (MD5 est bogué et c'est facile à prouver) ou pas (les
variantes de CRC, qui ne sont pas destinées à la sécurité ou la signature,
mais à l'autocorrection de certains types d'erreurs sur un nombre limité de
bits).

Bref documente-toi d'abord !

L'installation n'était pas fausse, c'est bien le comportement de Chrome qui
vient bel et bien de changer dans une option maintenant activée par défaut !

Alors c'est bel et bien ton message inutile que je prends pour de la
logorrhée (et si tu avais lu les messages ici, tu aurais vu que je n'étais
pas le seul à avoir été surpris, même si hier d'autres n'ont pas constaté
le changement.

Met à jour Chrome et tu verras (clique le bouton du menu en haut à droite,
puis "A propos de Chrome", si tu n'as pas eu la mise à jour automatiquement
c'est que ton navigateur n'a pas encore testé sa version, il ne le fait pas
en permanence, mais tu peux le forcer). Et qu'on arrêt de me dire que ma
version est fausse, c'est bel et bien la dernière version (la même
d'ailleurs sous Chromium pour le channel "standard" (ce n'est plus une
"beta", il n'y a pas d'autre "beta" en attente, le numéro que j'ai donné
n'est pas non plus la version "dev" instable).

Ensuite si tu ne vois pas ce comportement c'est que ton matériel ne permet
pas de le reproduire (il faut avoir à la fois un écran tactile ET une
souris pour constater le changement). Le changement est visible
certainement aussi sur les Mac (dont les écrans ont une surface tactile à 3
touches). Il ne peut pas être constaté sur un iPhone (également avec 3
touches mais pas de souris, sauf si tu en connectes une externe avec
l'accessoire USB ad hoc qui autorise aussi la connexion d'un clavier). Mais
on peut le voir sur une tablette Android avec souris USB externe, ou avec
la Surface Microsoft connectée aussi à une souris.

J'ai indiqué plus haut l'option "caché" du navigateur dont le comportement
(en mode automatique) a changé (il était désactivé, maintenant l'option est
activée par défaut si tu as une surface tactile ou un stylet ; mais tu ne
peux t'en rendre compte que si tu essayes d'utiliser la souris au lieu de
la surface tactile, c'est là que ça ne marche plus sur www.openstreetmap.org,
alors que ça marche encore sur layers.openstreetmap.fr qui utilise un
framework javascript différent).

Si vous pensez que c'est une anomalie (la souris devrait agir comme la
première touche tactile, ce qui n'est plus le cas), alors c'est une
anomalie à rapporter aux concepteurs du framework javascript utilisé sur le
site openstreetmap.org.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Nolwenn 
Le samedi 12 janvier 2013 15:19:39 Philippe Verdy a écrit :
> C'est la version officielle de Chrome actuelle, elle n'a rien de
> surprenant ! Et en tout cas pas foireuse du tout !
> 24.0.1312.52 m
> (c'est bien une version pour Windows 7).
> 
> Chromium est lui aussi en version 24.0.1312.52 (dans ses deux versions
> "stable" et "beta", sinon 25.0.1364.29 en version "dev", cf.
> http://www.chromium.org/developers/calendar)

Tu devrais lire https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le#Somme_MD5 
pour mieux comprendre ce que j'ai écris au lieu de t'empresser de nous 
balancer ta logorrhée habituelle. 


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Une démo à tester ici avec un seul doigt (regardez le code source de la
page) :
http://www.quirksmode.org/m/tests/drag.html

Une démo pour les interfaces supportant 2 ou 3 doigts (regardez aussi le
code source) :
http://www.quirksmode.org/m/tests/drag2.html
(si votre surface tactile ne support qu'une seule position vous ne pourrez
trainer qu'un seul des carrés en même temp ; utile pour les jeux
multijoueurs où on joue sur le même écran, mais c'est ce qui permet aussi
le zoom et la rotation à deux doigts)

Le truc clé c'est l'évènement "ontouchstart" qui peut se déclencher une ou
plusieurs fois lors d'une touche sur un ou plusieurs objet, chaque touche
ayant son propre suivi avec "ontouchmove" et "ontouchend". Ils se
distinguent de "onmousedown", "onmousemove" et "onmouseup".

Sous IE et Firefox cependant, la première touche déclenche à la fois les
évènements "onmouse*" et "ontouch*" sur un même objet eventlistener (ces
listeners sont créés par duplication d'un même objet initial sur les
navigateurs qui supportent le "multitouch", autant de fois que l'OS peut
les distinguer) de sorte que la souris est équivalente à la première
touche. Mais Chrome ne fait plus cette fusion par défaut entre la souris et
la première touche tactile, Chrome donne donc une touche en plus (en
utilisant les doigts et la souris pour des touches distinctes, donc avec
mon écran à deux touches plus la souris, je gère 3 touches en tout sous
Chrome, mais 2 seulement sous IE et Firefox...).

Le 12 janvier 2013 16:59, Philippe Verdy  a écrit :

> Du coup j'ai rétabli l'option par défaut (qui est maintenant activée de
> façon automatique sur un PC disposant d'une interface "multitouch". Et là
> pour glisser la carte je glisse le doigt sur l'écran, pour zoomer je fais
> une double tape ou j'utilise le zoom en glissant et rapprochant ou
> éloignant deux doigts comme sur une tablette ou un smartphone.
>
> La souris reste à part (déplacements, trainer un objet, ici une tuile,
> vers le bureau ou un nouvel onglet en tant qu'URL, les clics ne réagissent
> plus sur la carte mais fonctionnent dans les  zones de saisie et pour
> trainer les ascenseurs des barres de défilement de la même façon qu'avec le
> doigt sur l'écran).
>
> Sur un site de démo des touch events, je peux aussi faire des rotations de
> photos. Sur Yourtube je peux zoomer un morceau d'une vidéo
>
> Mais sur le site OSM je ne vois pas l'intérêt de distinguer dans le
> javascript la souris et l'interface tactile qui devraient réagir de la même
> façon, ce n'est pas un jeu !
>
> Le 12 janvier 2013 16:46, Philippe Verdy  a écrit :
>
> Par curiosité j'ai aussi essayé Chrome dans sa version "Canary build" (qui
>> s'installe séparément) :
>> Version 26.0.1381.0 canary
>> Elle non plus ne fonctionne pas sous www.openstreetmap.org, la carte ne
>> glisse toujours pas en cliquant-trainant la souris (cela veut déplacer
>> l'image d'une tuile), et la molette de fait pas de zoom.
>>
>> Par hasard j'ai cherché parmi les flags avancés de Chrome (sur la page
>> avancée "about:flags") et j'en ai trouvé un qui est activé par défaut :
>>
>>
>> Enable touch events (Mac, Windows, Linux, Chrome OS)
>> Force touchscreen support to always be enabled or disabled, or to be
>> enabled when a touchscreen is detected on startup (Automatic, the default).
>> [Automatique] (choix par défaut, les autres options sont "Activé" ou
>> "Désactivé".
>>
>>
>> Il se trouve que mon écran dispose d'une surface tactile justement !!!
>> (avec une connexion USB détectée par Windows comme un stylet ou une
>> tablette tactile standard). Dans ce cas si je désactive cette option, la
>> Slippy Map fonctionne bien à la souris (mais pas avec le doigt sur l'écran
>> tactile). Je n'avais tout bonnement pas essayé de déplacer la carte avec le
>> doigt sur l'écran !
>>
>> Ensuite j'ai réactivé cette option par défaut, et la souris ne fonctionne
>> plus. En revanche la Slippy Map fonctionne cette fois... mais avec le doigt
>> sur l'écran !
>>
>> Bref pour que ça fonctionne sous Chrome, il faut :
>> - soit débrancher le cable USB qui relie mon écran au PC pour son
>> interface tactile (pour n'utiliser que la souris).
>> - soit désactiver cette option de Chrome (et utiliser alors uniquement la
>> souris). Sous IE et Firefox, les deux périphériques souris et surface
>> tactile sont vus comme un seul, et ne sont pas distingués.
>> Dans le framework utilisé sur layers.openstreetmap.org, peu importe le
>> périphérique utilisé ils sont utilisés de la même façon.
>>
>> Les "*touch events*" sont une nouveauté de Chrome (qui n'existe pas
>> encore sous IE ou Firefox), ils permettent de distinguer plusieurs
>> périphériques à l'origine des évènements de molette ou de glisser-trainer
>> et déplacements). Le javascript utilisé dans le framework sur
>> www.openstreetmap.org ne gère pas cela correctement ou ne gère QUE le
>> premier périphérique par défaut (pas le second).
>> On n'a pas le même framework pour la SlippyMap de
>> layers

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Du coup j'ai rétabli l'option par défaut (qui est maintenant activée de
façon automatique sur un PC disposant d'une interface "multitouch". Et là
pour glisser la carte je glisse le doigt sur l'écran, pour zoomer je fais
une double tape ou j'utilise le zoom en glissant et rapprochant ou
éloignant deux doigts comme sur une tablette ou un smartphone.

La souris reste à part (déplacements, trainer un objet, ici une tuile, vers
le bureau ou un nouvel onglet en tant qu'URL, les clics ne réagissent plus
sur la carte mais fonctionnent dans les  zones de saisie et pour trainer
les ascenseurs des barres de défilement de la même façon qu'avec le doigt
sur l'écran).

Sur un site de démo des touch events, je peux aussi faire des rotations de
photos. Sur Yourtube je peux zoomer un morceau d'une vidéo

Mais sur le site OSM je ne vois pas l'intérêt de distinguer dans le
javascript la souris et l'interface tactile qui devraient réagir de la même
façon, ce n'est pas un jeu !

Le 12 janvier 2013 16:46, Philippe Verdy  a écrit :

> Par curiosité j'ai aussi essayé Chrome dans sa version "Canary build" (qui
> s'installe séparément) :
> Version 26.0.1381.0 canary
> Elle non plus ne fonctionne pas sous www.openstreetmap.org, la carte ne
> glisse toujours pas en cliquant-trainant la souris (cela veut déplacer
> l'image d'une tuile), et la molette de fait pas de zoom.
>
> Par hasard j'ai cherché parmi les flags avancés de Chrome (sur la page
> avancée "about:flags") et j'en ai trouvé un qui est activé par défaut :
>
>
> Enable touch events (Mac, Windows, Linux, Chrome OS)
> Force touchscreen support to always be enabled or disabled, or to be
> enabled when a touchscreen is detected on startup (Automatic, the default).
> [Automatique] (choix par défaut, les autres options sont "Activé" ou
> "Désactivé".
>
>
> Il se trouve que mon écran dispose d'une surface tactile justement !!!
> (avec une connexion USB détectée par Windows comme un stylet ou une
> tablette tactile standard). Dans ce cas si je désactive cette option, la
> Slippy Map fonctionne bien à la souris (mais pas avec le doigt sur l'écran
> tactile). Je n'avais tout bonnement pas essayé de déplacer la carte avec le
> doigt sur l'écran !
>
> Ensuite j'ai réactivé cette option par défaut, et la souris ne fonctionne
> plus. En revanche la Slippy Map fonctionne cette fois... mais avec le doigt
> sur l'écran !
>
> Bref pour que ça fonctionne sous Chrome, il faut :
> - soit débrancher le cable USB qui relie mon écran au PC pour son
> interface tactile (pour n'utiliser que la souris).
> - soit désactiver cette option de Chrome (et utiliser alors uniquement la
> souris). Sous IE et Firefox, les deux périphériques souris et surface
> tactile sont vus comme un seul, et ne sont pas distingués.
> Dans le framework utilisé sur layers.openstreetmap.org, peu importe le
> périphérique utilisé ils sont utilisés de la même façon.
>
> Les "*touch events*" sont une nouveauté de Chrome (qui n'existe pas
> encore sous IE ou Firefox), ils permettent de distinguer plusieurs
> périphériques à l'origine des évènements de molette ou de glisser-trainer
> et déplacements). Le javascript utilisé dans le framework sur
> www.openstreetmap.org ne gère pas cela correctement ou ne gère QUE le
> premier périphérique par défaut (pas le second).
> On n'a pas le même framework pour la SlippyMap de layers.openstreetmap.orgqui 
> génèrent la même action quelque soit le périphérique utilisé.
>
> La conséquence du support des "touch events" sous Chrome est qu'il va
> permettre d'utiliser sur les sites web plusieurs "souris" pour des actions
> différentes : la surface tactile de l'écran, un touchpad, une souris
> externe, un trackball, voire aussi un joystick ou un bouton de manette de
> jeux, ou des manettes de jeux comportant plus de capteurs directionnels
> utilisables dans les jeux en ligne.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Par curiosité j'ai aussi essayé Chrome dans sa version "Canary build" (qui
s'installe séparément) :
Version 26.0.1381.0 canary
Elle non plus ne fonctionne pas sous www.openstreetmap.org, la carte ne
glisse toujours pas en cliquant-trainant la souris (cela veut déplacer
l'image d'une tuile), et la molette de fait pas de zoom.

Par hasard j'ai cherché parmi les flags avancés de Chrome (sur la page
avancée "about:flags") et j'en ai trouvé un qui est activé par défaut :


Enable touch events (Mac, Windows, Linux, Chrome OS)
Force touchscreen support to always be enabled or disabled, or to be
enabled when a touchscreen is detected on startup (Automatic, the default).
[Automatique] (choix par défaut, les autres options sont "Activé" ou
"Désactivé".


Il se trouve que mon écran dispose d'une surface tactile justement !!!
(avec une connexion USB détectée par Windows comme un stylet ou une
tablette tactile standard). Dans ce cas si je désactive cette option, la
Slippy Map fonctionne bien à la souris (mais pas avec le doigt sur l'écran
tactile). Je n'avais tout bonnement pas essayé de déplacer la carte avec le
doigt sur l'écran !

Ensuite j'ai réactivé cette option par défaut, et la souris ne fonctionne
plus. En revanche la Slippy Map fonctionne cette fois... mais avec le doigt
sur l'écran !

Bref pour que ça fonctionne sous Chrome, il faut :
- soit débrancher le cable USB qui relie mon écran au PC pour son interface
tactile (pour n'utiliser que la souris).
- soit désactiver cette option de Chrome (et utiliser alors uniquement la
souris). Sous IE et Firefox, les deux périphériques souris et surface
tactile sont vus comme un seul, et ne sont pas distingués.
Dans le framework utilisé sur layers.openstreetmap.org, peu importe le
périphérique utilisé ils sont utilisés de la même façon.

Les "*touch events*" sont une nouveauté de Chrome (qui n'existe pas encore
sous IE ou Firefox), ils permettent de distinguer plusieurs périphériques à
l'origine des évènements de molette ou de glisser-trainer et déplacements).
Le javascript utilisé dans le framework sur www.openstreetmap.org ne gère
pas cela correctement ou ne gère QUE le premier périphérique par défaut
(pas le second).
On n'a pas le même framework pour la SlippyMap de
layers.openstreetmap.orgqui génèrent la même action quelque soit le
périphérique utilisé.

La conséquence du support des "touch events" sous Chrome est qu'il va
permettre d'utiliser sur les sites web plusieurs "souris" pour des actions
différentes : la surface tactile de l'écran, un touchpad, une souris
externe, un trackball, voire aussi un joystick ou un bouton de manette de
jeux, ou des manettes de jeux comportant plus de capteurs directionnels
utilisables dans les jeux en ligne.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet PhQ 
Tiens ! Moi aussi
Aujourd'hui, samedi 12 janvier 2013, redémarrage de l'ordi, mise à jour
automatique de firefox (ca arrive de temps à autre ..)  et ... moi aussi je
ne peut plus faire glisser la carte !!!
Jusqu'alors tout baignais et hier tout marchais pile poil.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Carte-non-glissante-sur-Openstreetmap-org-sous-Chrome-probleme-de-securite-interdomaines-tp5744036p5744116.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 12 janvier 2013 10:24, Nolwenn  a écrit :
> Le vendredi 11 janvier 2013 23:42:27 Philippe Verdy a écrit :
>> Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID
>> 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec unows
>> des pilotes fournis (dont celui de la carte audio proposé par Microsoft
>
> Pourquoi ne pas installer la version de Chrome depuis le site de l'éditeur 
> enla tienne
> vérifiant la somme de contrôle. Ta version, dont l'origine est surprenante, 
> est
> possiblement foireuse.

C'est la version officielle de Chrome actuelle, elle n'a rien de
surprenant ! Et en tout cas pas foireuse du tout !
24.0.1312.52 m
(c'est bien une version pour Windows 7).

Chromium est lui aussi en version 24.0.1312.52 (dans ses deux versions
"stable" et "beta", sinon 25.0.1364.29 en version "dev", cf.
http://www.chromium.org/developers/calendar)

A mon avis c'est ta version qui n'est pas à jour ! La mise à jour se
fait automatiquement oui, mais pas en permanence, regarde le menu "A
propos de Google Chrome" pour voir si TA version est à jour ou pas.

> H. S. : Pour ton système, je te conseille de bruler de nombreux cierges pour
> qu'un des disques de ta grappe ne tombe pas en rade car le temps de
> reconstruction risque d'être interminable avec en plus un risque de panne d'un
> autre disque lors de celle-ci.

P... La construction totale du RAID n'a pris que 3 heures en tout
(ce n'était pas "interminable"), et la grappe était utilisable moins
de 10 minutes après le début de l'opération (c'est un RAID5 matériel,
pas logiciel). C'est une grappe à 2 x 5 disques (en fait du RAID 5 +
0, équivalente à deux grappes RAID5 montées en parallèle en stripes).
Sinon les 2 SSD sont montés en RAID aussi (avec redondance). Le backup
système après install a pu se faire en moins de 10 minutes alors que
le RAID n'était pas encore fini (le contrôleur RAID sait travailler en
parallèle et gérer les priorités pour répondre aux premières requêtes
d'écriture n'importe où avant même d'avoir fini le reste : c'est
pendant les 10 premières minutes qu'il prépare une série de secteurs
pour mémoriser où il en est dans sa (re)construction.

J'ai aussi testé la reconstruction en débranchant un des disques à
chaud (juste après l'installation de l'OS et la génération de son
premier backup image système + fichiers) alors même que la
construction initiale n'était pas finie. Aucun problème, toutes les
données déjà écrites ont été gardées, le système ne s'est même pas
bloqué et n'a pas planté, et quand j'ai rebranché le disque une heure
après (le temps de naviguer sur Internet), la reconstruction a pris et
20 minutes après était vérifiée et complète.

Le principal risque est plutôt sur les processeurs et la RAM (je suis
en train de le tester surtout pour tester ses caches L1 à L3, car pour
la RAM elle est déjà testée aussi, en pleine charge sur les 2 CPU x 8
cores x 2 threads à 100% le processeur monte à 48 degrés environ et se
stabilise, mais en utilisation normale avec tous les states idle
activés, il ne dépasse pas les 36 degrés).

Sur les PC actuels les principales pannes ne sont d'ailleurs pas sur
la RAM mais sur les caches internes des processeurs, sur les disques
durs au niveau de leurs contrôleurs, sur les alims sous-dimensionnées
et sur les systèmes de refroidissement "passifs" (souvent mal montés
et qui ne tiennent pas la route, particulièrement sur les PC portables
même des marques réputées).

Ainsi que sur les SSD de certaines marques (très instables par exemple
chez Samsung, tous ceux que je connais qui ont acheté chez Samsung ont
eu des pannes rapidement alors qu'ils sont sensés être garantis "à
vie" par Samsung: leur problème est dans le firmware pour le contrôle
d'erreur et dans leur bitmap d'association qui n'a pas de système de
correction, chez Samsung seule la partie stockage a de la redondance,
pas la table d'association). J'ai pris des SSD Intel (un peu plus
chers) qui ont des algos plus performants dans leur firmware et qui
inclue le même niveau de redondance sur la partie stockage et sur la
table d'association et les secteurs de correction (un SSD Intel est
déjà en interne un système RAID à lui tout seul). Chez de nombreux
constructeurs de SSD "bon marchés" la taille annoncée est la taille
totale des mémoires flash, mais on doit retirer la taille des secteurs
de la table d'association et il n'y a pas (ou trop peu) de RAM cache
pour optimiser et répartir les accès entre les circuits (de fait leur
MTBF est largement surestimé, et il n'y a pourtant pas de redondance
et de correction d'errreur sur la table d'association). Chez Intel la
capacité réelle utilisable est bien celle annoncée.

La RAM sinon est de la DDR3 Corsair supportant les profils "XTREM" à
1,6GHz mais là je la laisse à 1 GHz (en profil standard, aucun
overclock non plus sur les CPUs, je ne veux pas griller prématurément
les caches), les barrettes sont toutes montées chacune dans leur
radiateur, ce n'est pas de la RAM n

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Nolwenn 
Le vendredi 11 janvier 2013 23:42:27 Philippe Verdy a écrit :
> Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID
> 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec un
> des pilotes fournis (dont celui de la carte audio proposé par Microsoft

Pourquoi ne pas installer la version de Chrome depuis le site de l'éditeur en 
vérifiant la somme de contrôle. Ta version, dont l'origine est surprenante, est 
possiblement foireuse.

H. S. : Pour ton système, je te conseille de bruler de nombreux cierges pour 
qu'un des disques de ta grappe ne tombe pas en rade car le temps de 
reconstruction risque d'être interminable avec en plus un risque de panne d'un 
autre disque lors de celle-ci.



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Philippe Verdy 
Oui mais ce n'est pas le problème ici. Qu'il ne fonctionne pas en soit
ne me gêne pas et ne devrait pas gêner grand monde. Mais le fait qu'il
retourne un timeout et que le javascript du site fait une requête Ajax
SANS indiquer un handler ni un temps pour le timeout et qu'il utilise
la réponse "success" sans tester le statut avant de référencer l'objet
que ke script devrait déclarer et initaliser, est une anomalie du
javascript principal d'OSM, qui a donc bien un bogue.
L'autre bogue est que la requête est effectuée visiblement en mode synchrone.
Il se trouve que Chrome exécute bien le handler "success" même en cas
de timeout, justement parce que la requête Ajax ne contient PAS
d'handler pour le timeout. Tout le problème est là.
Ceux qui ont encore le javascript dans le cache du navigateur n'ont
pas ce problème. IE visiblement n'exécute PAS le handler "success"
dans une requête Ajax.
(Ajax est assez compliqué à identifier ici car il passe d'abord par
une couche jQuery qui cherche divers moyens d'exécuter des requêtes
selon le navigateur utilisé, y compris l'ancienne méthode avec
XMLHttpRequest ou la plus ancienne avec le composant COM/ActiveX pour
XML sous les anciennes versions d'IE).
Dans le détail c'est peut-être une anomalie de jQuery qui ne devrait
pas exécuter le handler "success" dans ce cas, sous Chrome).
Dans tous les cas, OSM doit savoir que Piwik est bloqué par plein
d'outils antitrackers : ces outils font qu'une requête vers certains
domaines ou adresses IP connues sont bloquées, toute ouverture d'une
socket vers ces adresses n'aboutira pas, selon les bloqueurs, cela
peut modifier la destination réelle des requêtes pour les emmener vers
un autre site sûr, ou pour les exécuter via un proxy transparent qui
fera des vérifications).

Ici, le domaine piwik.* résoud vers un autre serveur pas chez OSM
directement : bart-101.bartlett.ucl.ac.uk

Il s'agit du FAI d'OSM selon les infos whois:

IP address: 128.40.168.101
IP country:  United Kingdom
IP Address state:   
IP Address city:
IP latitude:54.
IP longitude:   -2.
ISP:University College London
Organization:   University College London
Host:   bart-101.bartlett.ucl.ac.uk

(Noter que la géolocalisation de cette adresse IP me semble
fantaisiste ou très approximative, définie sur un centroïde au milieu
d'une zone probable : on tombe en pleine forêt dans le Parc national
de Yorkshire Dales, un peu au nord du petit village de Skipton, très
au nord de Manchester et non loin de la frontière entre Angleterre et
Ecosse, cela me semble être un point unique pour tout le Royaume-Uni
et on est très loin de l'UCL à Londres).

Je ne vois pas pourquoi un antitracker aurait besoin de bloquer cette
université londonnienne qui acceuille la fondation dans ses locaux.
Mais je ne sais pas qui vient bloquer la requête sans donner aucune
réponse, alors que le PING simple passe (mais pas une requête HTTP).

2013/1/12 Christian Quest :
> piwik.openstreetmap.org ne répond par car il est en cours d'update.
>
> Voir: 
> http://munin.openstreetmap.org/openstreetmap/eustace.openstreetmap/index.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Christian Quest 
piwik.openstreetmap.org ne répond par car il est en cours d'update.

Voir: 
http://munin.openstreetmap.org/openstreetmap/eustace.openstreetmap/index.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Philippe Verdy 
J'ai ça aussi, mais tout de même il y a du monde qui utilise Windows
et je ne devrais pas être le seul affecté. Si l'anomalie dépend du
temps de réponse des serveurs selon l'endroit où on est selon qu'on
obtient ou pas l'erreur 504 ou aucune réponse et un timeout...) c'est
pas fiable, surtout ici pour un script qui finalement n'est pas
fonctionnel, et est bloqué par plein d'antivirus ou antitrackers
(comme DoNotTrackMe d'abine.com qui le signale et le bloque aussi en
filtrant les accès aux domaines piwik.* ; cet antitraqueur n'est pas
la cause ici : je l'ai dans IE aussi, et cela marche, j'ai bien une
erreur 504, mais pas dans Chrome, comme si Chrome essayait de mettre
la requête en attente pour la réessayer 25s plus tard tout seul).

A un moment donné j'ai pensé que c'était le client DNS asynchrone
intégré à Chrome qui pouvait en être la cause (regarder dans
about:flags pour le désactiver). Mais non, même en le désactivant pour
qu'il fasse ses requêtes de façon synchrone (plus lent...), j'ai la
même réponse.
Ensuite j'ai tenté de vider mon cache DNS local (pour ma carte réseau
interne, une BigFoot, qui intègre un noyau routeur Linux) cela ne peut
se faire qu'en rebootant, je n'ai pas trouvé d'interface Telnet pour
voir ce qu'il y a dedans.
J'ai aussi essayé en désactivant ma carte réseau interne et en
utilisant une clé Wifi, j'ai le même problème.
Alors c'est peut-être Numéricable lui-même qui ne fait pas aboutir la requête.
J'ai aussi essayé de changer de DNS (en utilisant OpenDNS) et là
encore la requête n'aboutit pas, et je n'ai pas non plus l'erreur 504.

Pourtant j'ai bien l'adresse de domaine qui répond:

C:>ping piwik.openstreetmap.org

Envoi d'une requête 'ping' sur piwik.openstreetmap.org [128.40.168.101] avec 32
octets de données :
Réponse de 128.40.168.101 : octets=32 temps=69 ms TTL=48
Réponse de 128.40.168.101 : octets=32 temps=55 ms TTL=48
Statistiques Ping pour 128.40.168.101:
Paquets : envoyés = 2, reçus = 2, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 55ms, Maximum = 69ms, Moyenne = 62ms

Un test en telnet sur le port 80 de piwik.openstreetmap.org se
connecte bien, mais je n'ai aucune réponse HTTP (je ne parviens même
pas à envoyer la requête GET, je suis déconnecté en environ 10
secondes avant même d'avoir pu l'envoyer).

Un "wwwping" sur le domaine échoue lui aussi sans retourner un statut
504 comem tu l'as (le wwwping consiste à effectuer une requête "HEAD /
HTTP/1.0 ; Host: domaine" sur le domaine et rien d'autre). Je me
demande où est routé cette requête ?!? Est-ce la bonne IP que vous
voyez ?

Chez moi j'ai:

nslookup
> piwik.openstreetmap.org
Serveur :   ns1.numericable.net
Address:  89.2.0.1
Réponse ne faisant pas autorité :
Nom :piwik.openstreetmap.org
Address:  128.40.168.101
> server 208.67.222.222
Serveur par défaut :   resolver1.opendns.com
Address:  208.67.222.222
> piwik.openstreetmap.org
Serveur :   resolver1.opendns.com
Address:  208.67.222.222
Réponse ne faisant pas autorité :
Nom :piwik.openstreetmap.org
Address:  128.40.168.101

Bref Numericable ne semble pas en cause sur son DNS, si OpenDNS me dit
la même chose. Reste à savoir où Numericable va router cette IP, qui
n'est pas la même que www.openstreetmap.org:

Nom :www.openstreetmap.org
Addresses:  2001:630:12:500:21a:4bff:fea5:fd2a
  2001:630:12:500:219:bbff:fe39:3d9e
  2001:630:12:500:219:bbff:fe39:8aba
  193.63.75.103
  193.63.75.99
  193.63.75.100


Le 12 janvier 2013 00:33, Jo.  a écrit :
> Salut Philippe,
>
>
> Peut être ce serait l'occasion de tester (ou mieux de passer) sur Chromium.
> Le navigateur Chrome est basé dessus mais avec quelques ajout que Google à
> prévu comme le pistage de ses utilisateurs.
>
> De mon coté sur Linux et Chromium, aucun problème.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Jo. 
Salut Philippe,


Peut être ce serait l'occasion de tester (ou mieux de passer) sur Chromium.
Le navigateur Chrome est basé dessus mais avec quelques ajout que Google à
prévu comme le pistage de ses utilisateurs.

De mon coté sur Linux et Chromium, aucun problème.

Le 12 janvier 2013 00:12, Black Myst  a écrit :

> "ChezMoiCaMarche", en version 23.0.1271.97 m et 24.0.1312.52 m
> sous Windows 7.
> (avec uniquement AdBlock en extension)
>
> Black Myst
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Black Myst 
"ChezMoiCaMarche", en version 23.0.1271.97 m et 24.0.1312.52 m
sous Windows 7.
(avec uniquement AdBlock en extension)

Black Myst
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Philippe Verdy 
Le 11 janvier 2013 23:55, Vincent Pottier  a écrit :

>  Il est possible que chrome soit un peu buggé.
>
Là je doute fort que ce soit le problème. J'ai regardé la page
"about:plugins" dans Chrome, il n'y a rien d'autre que les plugins
classiques. J'ai aussi essayé de désactiver Avast temporairement, mais cela
n'a aucun effet (pourquoi il bloquerait dans Chrome et pas dans IE9 ou
Firefox ?).
S'il y a un problème d'ordre de chargement, cela vient surement du site
lui-même dont les scripts ont des dépendances entre eux non testées.
Et justement le javascript en bas de page ne devrait pas dépendre du
chargement des scripts en haut de page ou devrait s'exécuter seulement sur
un EvenListener permettant d'attendre que les autres soient prêts.
Noter que j'ai une connexion cable rapide (100 Mb/s effectif, bientôt 200
Mb/s sur Numericable). Le problème du site n'existe que depuis aujourd'hui
(je ne l'ai pas testé hier).
Chrome est très strict concernant la sécurité notamment pour les
dépendances entre domaines différents, mais si ce sont des domaines
séparés, il autorise le chargement des ressources dans n'importe quel ordre
(il ne devrait y avoir aucune dépendance de timing entre un domaine et un
autre pour charger leurs ressources, et s'il y a des dépendances d'un
script à l'autre il faut que ce soit testé (ce n'est pas le cas ici) !
Mais dans tous les cas, même si Piwik ne se charge pas cela ne devrait pas
planter le reste qui initialise jQuery. La mauvaise idée a été de les
fusionner dans un même script sans aucun exception handler : au premier qui
plante, c'est le reste qui ne s'exécute pas.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Vincent Pottier 

Le 11/01/2013 23:42, Philippe Verdy a écrit :
Non je suis en train de naviguer sur une machine toute neuve, 30 To en 
RAID 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé 
Chrome avec un des pilotes fournis (dont celui de la carte audio 
proposé par Microsoft Update, qui m'a proposé Chrome avec en 
remplacement d'IE9.).
Mes seuls plugins sont RealPlayer, l'antivirus (Avast, j'ai désactivé 
Windows Live qui s'est chargé sans que je le demande, lors de la mise 
à jour d'IE9, car Chrome n'était pas encore installé à ce moment là). 
J'ai aussi Java 7 et Adobe Flash Player. Donc que du très classique !
Je déteste les plugins en général. Mais là quelquechose empêche Chrome 
d'accéder au javascript sur piwik.openstreetmap.org 
.


Il fut un temps où mon firefox/mac plantait sur des problèmes de 
chargements de javascript dans le mauvais ordre. Les autrse plateformes 
ne connaissaient pas ce problème. Puis firefox/mac s'est amélioré et a 
tenu compte des chargements.


Il est possible que chrome soit un peu buggé.
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Philippe Verdy 
Note: la slippy map sur layers.openstreetmap.fr fonctionne, elle (pas de
Piwik inclus au milieu du javascript de jQuery !)...

Le 11 janvier 2013 23:42, Philippe Verdy  a écrit :

> Non je suis en train de naviguer sur une machine toute neuve, 30 To en
> RAID 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome
> avec un des pilotes fournis (dont celui de la carte audio proposé par
> Microsoft Update, qui m'a proposé Chrome avec en remplacement d'IE9.).
> Mes seuls plugins sont RealPlayer, l'antivirus (Avast, j'ai désactivé
> Windows Live qui s'est chargé sans que je le demande, lors de la mise à
> jour d'IE9, car Chrome n'était pas encore installé à ce moment là). J'ai
> aussi Java 7 et Adobe Flash Player. Donc que du très classique !
> Je déteste les plugins en général. Mais là quelquechose empêche Chrome
> d'accéder au javascript sur piwik.openstreetmap.org.
>
> Malgré tout il y a bien un bogue car Piwik, n'est pas du tout aimé par
> plein de solutions de sécurité qui le bloque partout quel que soit les
> sites visités (et aucune alerte en plus : cela se fait directement au
> niveau du nom de domaine, donc une requête HTTP GET pour récupérer le
> script ne répond pas et fini au bout de 25 secondes environ dans Chrome par
> un timeout).
> Ensuite le gros script jQuery d'OpenStreetmap se plante sur un objet nul
> qu'il ne teste pas : si pour une raison ou une autre piwik n'est pas
> chargé, ce script devrait ignorer et passer à la suite, mais il n'y a AUCUN
> exception handler à ce niveau là. L'ennui c'est que l'exception se produit
> avant que jQuery soit lui-même initialisé à la suite de ce script. Bref on
> perd toute l'interaction qui nécessite jQuery.
>
> Le 11 janvier 2013 23:18, Christian Quest  a
> écrit :
>
> Piwik me renvoie un 504, mais mon Chrome s'en fiche visiblement.
>> C'est pas un des plugins de ton Chrome qui serait chatouilleux ? J'ai
>> très peu de plugin.
>>
>> Le 11 janvier 2013 23:13, Philippe Verdy  a écrit :
>> > Note: cela ne vient pas de ma connexion internet, cela marche sous
>> Firefox,
>> > sous IE9 et sous Opera. Il n'y a que Chrome (sous Windows 7) qui semble
>> > bloquer Piwik lui-même.
>> >
>>
>>
>> --
>> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Philippe Verdy 
Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID
5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec un
des pilotes fournis (dont celui de la carte audio proposé par Microsoft
Update, qui m'a proposé Chrome avec en remplacement d'IE9.).
Mes seuls plugins sont RealPlayer, l'antivirus (Avast, j'ai désactivé
Windows Live qui s'est chargé sans que je le demande, lors de la mise à
jour d'IE9, car Chrome n'était pas encore installé à ce moment là). J'ai
aussi Java 7 et Adobe Flash Player. Donc que du très classique !
Je déteste les plugins en général. Mais là quelquechose empêche Chrome
d'accéder au javascript sur piwik.openstreetmap.org.

Malgré tout il y a bien un bogue car Piwik, n'est pas du tout aimé par
plein de solutions de sécurité qui le bloque partout quel que soit les
sites visités (et aucune alerte en plus : cela se fait directement au
niveau du nom de domaine, donc une requête HTTP GET pour récupérer le
script ne répond pas et fini au bout de 25 secondes environ dans Chrome par
un timeout).
Ensuite le gros script jQuery d'OpenStreetmap se plante sur un objet nul
qu'il ne teste pas : si pour une raison ou une autre piwik n'est pas
chargé, ce script devrait ignorer et passer à la suite, mais il n'y a AUCUN
exception handler à ce niveau là. L'ennui c'est que l'exception se produit
avant que jQuery soit lui-même initialisé à la suite de ce script. Bref on
perd toute l'interaction qui nécessite jQuery.

Le 11 janvier 2013 23:18, Christian Quest  a écrit
:

> Piwik me renvoie un 504, mais mon Chrome s'en fiche visiblement.
> C'est pas un des plugins de ton Chrome qui serait chatouilleux ? J'ai
> très peu de plugin.
>
> Le 11 janvier 2013 23:13, Philippe Verdy  a écrit :
> > Note: cela ne vient pas de ma connexion internet, cela marche sous
> Firefox,
> > sous IE9 et sous Opera. Il n'y a que Chrome (sous Windows 7) qui semble
> > bloquer Piwik lui-même.
> >
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Christian Quest 
Piwik me renvoie un 504, mais mon Chrome s'en fiche visiblement.
C'est pas un des plugins de ton Chrome qui serait chatouilleux ? J'ai
très peu de plugin.

Le 11 janvier 2013 23:13, Philippe Verdy  a écrit :
> Note: cela ne vient pas de ma connexion internet, cela marche sous Firefox,
> sous IE9 et sous Opera. Il n'y a que Chrome (sous Windows 7) qui semble
> bloquer Piwik lui-même.
>


-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Philippe Verdy 
Note: cela ne vient pas de ma connexion internet, cela marche sous Firefox,
sous IE9 et sous Opera. Il n'y a que Chrome (sous Windows 7) qui semble
bloquer Piwik lui-même.

Le 11 janvier 2013 23:09, Christian Quest  a écrit
:

> Et moi Chrome 24.0.1312.52 beta sous OSX 10.8.2, aucun pépin remarqué.
>
> Le 11 janvier 2013 22:42, Nolwenn  a écrit :
> > Le vendredi 11 janvier 2013 22:29:56 Philippe Verdy a écrit :
> >> C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser
> la
> >> souris sur la carte d'OpenStreetMap.org
> >
> >> Constatez vous le même problème ?
> >
> > Pas de problèmes ici avec Chromium Version 24.0.1312.52 (175374) en
> provenance
> > d'Archlinux.
> >
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Philippe Verdy 
J'ai beau essayer de vider mon cache navigateur, c'est le gros script
contenant jQuery (et la plupart du reste pour initialiser le framework
carto) qui se plante lors du chargement du javascript de Piwik. Visiblement
piwik.openstreetmap.org ne répond pas du tout à la demande de chargement de
son script séparé, sur son propre domaine).
ensuite le javascript contenant jQuery plante car il essaye de déréférencer
une propriété de l'objet global piwik, qui ici est retourné comme nul.

Bref c'est tout jQuery qui ne fonctionne plus du tout : le javascript Piwik
ne devrait pas être chargé depuis le script principal, ou s'il l'est et ne
se charge pas et retourne un objet nul, il faudrait la tester pour ne pas
l'utiliser. Notez que divers bloqueurs de vie privée bloquent Piwik par
défaut, même s'il est hébergé sur un sous-domaine. Mais Piwiki n'est pas
prévu pour s'exécuter alors dans un sous-domaine autre que celui du domaine
principal à suivre, bref il devrait être installé dans www.* par exemple
piwik.www.* et non piwik.*.

Il me semble que le bloquage de Piwik vient de Chrome lui-même, car je l'ai
laissé non bloqué dans DoNotTrackMe (le plugin de vie privée que j'utilise).

Le 11 janvier 2013 22:42, Nolwenn  a écrit :

> Le vendredi 11 janvier 2013 22:29:56 Philippe Verdy a écrit :
> > C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser la
> > souris sur la carte d'OpenStreetMap.org
>
> > Constatez vous le même problème ?
>
> Pas de problèmes ici avec Chromium Version 24.0.1312.52 (175374) en
> provenance
> d'Archlinux.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Christian Quest 
Et moi Chrome 24.0.1312.52 beta sous OSX 10.8.2, aucun pépin remarqué.

Le 11 janvier 2013 22:42, Nolwenn  a écrit :
> Le vendredi 11 janvier 2013 22:29:56 Philippe Verdy a écrit :
>> C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser la
>> souris sur la carte d'OpenStreetMap.org
>
>> Constatez vous le même problème ?
>
> Pas de problèmes ici avec Chromium Version 24.0.1312.52 (175374) en provenance
> d'Archlinux.
>

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Vincent Pottier 

Le 11/01/2013 22:29, Philippe Verdy a écrit :

C'est juste moi ou mon navigateur (Chrome)

Pas de problème.
Chromium/ubuntu 12.4
--
FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Nolwenn 
Le vendredi 11 janvier 2013 22:29:56 Philippe Verdy a écrit :
> C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser la
> souris sur la carte d'OpenStreetMap.org

> Constatez vous le même problème ?

Pas de problèmes ici avec Chromium Version 24.0.1312.52 (175374) en provenance 
d'Archlinux.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-11 Par sujet Philippe Verdy 
C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser la
souris sur la carte d'OpenStreetMap.org par défaut (aussi bien dans les
rendus standard Mapnik, qu'OpenCycleMap, OpenTransportMap et Mapquest
Open). De même la molette pour le zoom n'est plus reconnue.

On dirait qu'un changement de sécurité dans Chrome ne permet plus à un
autre domaine que le domaine principal de "suivre" la souris (ceci serait
lié à une attaque de sécurité découverte et publiée il y a quelques jours,
annoncée par Google, indiquant que pour autoriser le suivi de la souris
entre des objets provenant de domaines différents, il est nécessaire
d'activer une fonction de type "sandbox" donnant les autorisations
nécessaires). Apparemment l'attaque entre domaines permettait à certains
javascripts (notamment de certains réseaux publicitaires), de suivre les
mouvements de la souris sur les écrans de login, et cela persistait avec un
javascript continuant en tâche de fond même en tapant une nouvelle URL dans
un onglet ou une fenêtre séparée. Visiblement Chrome bloque maintenant les
évènements de souris sur une page qui affiche des éléments venant de
domaines différents (ici les javascript du framework, et les tuiles, bien
que les tuiles elles-mêmes ne soient pas bloquées).

Bref on n'a plus que le double clic simple pour zoomer, sinon les boutons
fléchés pour se déplacer. Plus de carte glissante, plus de zoom à la
molette. Depuis une mise à jour indiquée par Chrome hier (version 24.0.1312.52
m).

Si je tente de glisser la carte à la souris, c'est la tuile affichée sous
le curseur qui est déplacée (pour par exemple en faire une copie sur le
bureau). Sous Chrome je détecte dans la console aussi un blocage de Piwik
(instance nulle "Uncaught Reference Error : Piwiki is not defined), et une
erreur de jQuery.

Pourtant j'ai autorisé Piwik dans DoNotTrackMe. On dirait que c'est Piwik
qui ne fonctionne plus dans Chrome, et perturbe le reste. (D'ailleurs
Chrome affiche "En attente de piwik.openstreetmap.org" qui ne semble plus
répondre du tout).

Aucun problème en revanche sur IE9. La seule solution serait alors de soit
inclure (pour Chrome), les attributs de sandboxing donnant les
autorisations nécessaires, ou d'héberger les javascript sur le domaine
www.openstreetmap.org  lui-même (et pas aller les
chercher chez un autre sous-domaine tiers puisque www.openstreetmap.org et
piwik.openstreetmap.org sont dans des domaines totalement séparés, sans
domaine commun, donc sans autorisation mutuelle).

L'autre solution serait de mettre le contenu de www.openstreetmap.org à la
racine du domaine openstreetmap.org, même si le contenu de www.* reste un
iframe donnant les droits de sandboxing.

Constatez vous le même problème ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr