Pour info, il s’agit d’un service appelé MessageBird qui permet l’envoie de SMS ou de messages vocaux à partir d’une requete http…
Cette même requête fonctionne parfaitement sur jeedom (une autre box domotique) ou même d’un simple curl sous linux. J’ai bien entendu anonymiser cette requête car elle faisait apparaître ma clé d’accès et mon numéro de téléphone. Si vous la tester telle quelle, elle ne fonctionnera pas fonctionnellement, mais devrait générer le même problème de plantage (je crois).
Il y a bien l’attribut maxlength=« 220 » sur les 2 champs. Il devrait être corrigé à maxlength=« 219 » pour éviter ce genre du surprise (ou alors remplacer un < en <= dans le code)
Et bien même en limitant l’URL (y compris http://…/…) complete à 210 caractères, l’IPX ne veut pas sauvegarder cette URL et dés la seconde tentative, plantage…
l’URL de mon premier post de meme topic (en enlevant quelques caractères à la fin pour faire < 219 caractères).
Elle ne fonctionne pas reellement car j’ai anonymisé les champs qui contiennent des indentifiants, mais vous ne devriez pas arriver à simplement la sauvegarder…
Ce service n’est dispo qu’en SSL, et je ne sais si cela ne fonctionne pas à cause du NON support de TLS v1.x par l’IPX ou bien un autre probleme interne IPX.
Ce que je peux dire, c’est que la requete fonctionne parfaitement avec un simple curl sous linux.
Le problème concernant la longueur des url sera réglé lors de la prochaine MAJ. La carte doit en effet rebooter lors de l’affichage de la liste lorsque la trame est trop conséquente. A noter que les caractères spéciaux peuvent prendre plusieurs caractères. Concernant le SSL il en effet possible que ce soit un soucis de compatibilité dans les techniques d’encryptage.
(
