| |
Posté le 17 novembre 2014 - 18:33 |
Depuis ce soir (17/11/2014), la procédure GglListeAgenda ne renvoie plus les agendas du compte Google associé...
Avez-vous une solution à ce problème ? |
| |
| |
| | | |
|
| | |
| |
Posté le 18 novembre 2014 - 09:23 |
J'ai le même problème
Up please ! |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
1 message |
|
Posté le 18 novembre 2014 - 09:29 |
Bonjour,
" la procédure GglListeAgenda ne renvoie plus les agendas du compte Google associé..."
J'ai le même problème dans un test et je tourne en rond depuis ce matin : je crois même qu'il n'y a aucune Proc ni Cde "Ggl.." fonctionnelle ???
En attendant une solution.
LC. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
46 messages
Popularité : +4 (4 votes) |
|
Posté le 18 novembre 2014 - 09:38 |
Bonjour,
Idem "Error 403 Forbidden"
Google Agenda est passé en https récemment, ça vient peut-être de là.
Il n'y a qu'à espérer que PC Soft nous fournisse un correctif très rapidement sinon personnellement ça va être la cata auprès de mes clients... |
| |
| |
| | | |
|
| | |
| |
Posté le 18 novembre 2014 - 10:00 |
Peut etre devons nous desormais obligatoirement indiquer le mot de passe généré par Google lors de Procédure de connexion avec la validation en deux étapes mise en place apr google.
Vous pouvez consulter ce lien .
https://support.google.com/accounts/answer/1085463…
il s agit d 'un code unique généré par google et different par PC ,par tablette, par cellulaire, par plateforme differente. |
| |
| |
| | | |
|
| | |
| |
Posté le 18 novembre 2014 - 10:07 |
il faut sans doute utlliser lors de la connexion a google non plus le mot de passe habituel mais le nouveau mot de passe généré automatiquement par Google dans sa Procédure de connexion avec la validation en deux étapes.
voir le lien de Google ci-joint.
https://support.google.com/accounts/answer/1085463… |
| |
| |
| | | |
|
| | |
| |
Posté le 18 novembre 2014 - 10:10 |
Nous avons le même soucis.
Les derniers mois apparement plus frequent.
Nous pensons aussi que le problème est le sujet http <-> https
Espérons donc en effet que PcSoft nous trouve un correctif assez vite, car on n'arrive plus à suivre les mails des clients mécontent. |
| |
| |
| | | |
|
| | |
| |
Posté le 18 novembre 2014 - 11:01 |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
29 messages |
|
Posté le 18 novembre 2014 - 11:03 |
Pareil pour moi.
L'erreur retournée est :
Echec de la requête HTTP.
Code de retour HTTP : <HTTPForbidden>
Message du serveur : <<HTML>
<HEAD>
<TITLE>Forbidden</TITLE>
</HEAD>
<BODY BGCOLOR="#FFFFFF" TEXT="#000000">
<H1>Forbidden</H1>
<H2>Error 403</H2>
</BODY>
</HTML> |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
46 messages
Popularité : +4 (4 votes) |
|
Posté le 18 novembre 2014 - 11:13 |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
5 messages |
|
Posté le 18 novembre 2014 - 11:44 |
Bonjour à tous,
Même problème pour moi. Les fonctions ggl ne sont plus utilisables a part gglconnecte qui semble fonctionner
J'espère une solution rapide de la part de PC SOFT car très le problème m'a été déjà signalé par 4 clients !!
Merci d'avance |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
46 messages
Popularité : +4 (4 votes) |
|
Posté le 18 novembre 2014 - 15:53 |
Je viens d'avoir l'assistance directe. Un module correctif sera proposé ce soir ou demain |
| |
| |
| | | |
|
| | |
| |
Posté le 18 novembre 2014 - 15:57 |
Bonjour,
Même problème. Mes clients ont du mal à comprendre que cette mise à
jour de l'API Google n'ai pas été anticipée.
Christian.
David Cao a formulé la demande :
Depuis ce soir (17/11/2014), la procédure GglListeAgenda ne renvoie plus les
agendas du compte Google associé...
Avez-vous une solution à ce problème ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
29 messages |
|
Posté le 18 novembre 2014 - 18:35 |
Bon bah j'ai préféré me développer une liaison vers l'API Google moi-même plutôt que d'attendre la mise à jour...
C'est pas très long, et je ne serais plus pris au dépourvu comme ça vient de l'être... |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
576 messages
Popularité : +17 (25 votes) |
|
Posté le 19 novembre 2014 - 10:33 |
Bonjour,
Une nouvelle version du module d'accès aux services de Google (WD190GGL.DLL) a été ajoutée ce jour dans les modules correctifs disponibles dans les ressources pratiques :
http://www.pcsoft.fr/st/nouveautes-st.html
Une FAQ a également été publiée sur ce sujet :
http://faq.pcsoft.fr/9801-faq-read.awp
D'autre part l'aide de la fonction GglConnecte sera actualisée dans la journée afin d'inclure les nouvelles spécifications de l’authentification OAuth 2.0 nécessaire depuis le 17/11/2014. En attendant la disponibilité complète de l'aide, vous recevrez avec la mise à jour un exemple du nouveau code nécessaire à la connexion (Google n'attend plus les mêmes paramètres).
Veuillez nous excuser pour le délai qui a été nécessaire à la mise en ligne de cette adaptation.
Je vous souhaite de bons développements.
--
Guillaume Bayle (Twitter : @GuillaumeBayle)
Support Technique PC SOFT
http://www.pcsoft.fr/st/index.html |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
5 messages |
|
Posté le 19 novembre 2014 - 11:58 |
Guillaume BAYLE a écrit :
Bonjour, Une nouvelle version du module d'accès aux services de Google (WD190GGL.DLL) a été ajoutée ce jour dans les modules correctifs disponibles dans les ressources pratiques : http://www.pcsoft.fr/st/nouveautes-st.htmlUne FAQ a également été publiée sur ce sujet : http://faq.pcsoft.fr/9801-faq-read.awpD'autre part l'aide de la fonction GglConnecte sera actualisée dans la journée afin d'inclure les nouvelles spécifications de lauthentification OAuth 2.0 nécessaire depuis le 17/11/2014. En attendant la disponibilité complète de l'aide, vous recevrez avec la mise à jour un exemple du nouveau code nécessaire à la connexion (Google n'attend plus les mêmes paramètres). Veuillez nous excuser pour le délai qui a été nécessaire à la mise en ligne de cette adaptation. Je vous souhaite de bons développements. -- Guillaume Bayle (Twitter : @GuillaumeBayle) Support Technique PC SOFT http://www.pcsoft.fr/st/index.html>
Bonjour
Merci pour ce correctif mais nous utilisons WinDev 17. Un correctif pour cette version est-il prévu ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
29 messages |
|
Posté le 19 novembre 2014 - 12:03 |
Ils ne parlent pas non plus d'un correctif pour Webdev... |
| |
| |
| | | |
|
| | |
| |
Posté le 19 novembre 2014 - 13:32 |
Et on ne parle pas d'un correctif pour les utilisateurs anglais...
Ceci devient très important! |
| |
| |
| | | |
|
| | |
| |
Posté le 19 novembre 2014 - 14:43 |
Je rebondis sur la dernière requête :
- Pourriez-vous nous recompiler les wd1x0ggl.dll au moins jusqu'à la version 17 voire 16?
Merci |
| |
| |
| | | |
|
| | |
| |
Posté le 19 novembre 2014 - 18:13 |
Bonsoir
Développeur webdev, j'ai des clients qui sont bloqués depuis le 17 car certains de mes projets utilisent les fonctions ggl. existe-t-il un moyen rapide de contourner le pb rapidement? Est-ce que l'un de vous a bossé sur le sujet?
Merci |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
29 messages |
|
Posté le 20 novembre 2014 - 09:05 |
Julien VILLAME a écrit :
Bonsoir
Développeur webdev, j'ai des clients qui sont bloqués depuis le 17 car certains de mes projets utilisent les fonctions ggl. existe-t-il un moyen rapide de contourner le pb rapidement? Est-ce que l'un de vous a bossé sur le sujet?
Merci
Oui il existe un moyen de contourner => https://developers.google.com/google-apps/calendar/
J'ai développé une page php de dialogue entre webdev et l'API, c'est assez rapide à faire (j'en avais besoin pour lister des événements et pour créer des événements). |
| |
| |
| | | |
|
| | |
| |
Posté le 20 novembre 2014 - 09:10 |
Merci pour ton retour
As tu la possibilité de me faire passer ton script STP?
Merci d'avance |
| |
| |
| | | |
|
| | |
| |
Posté le 20 novembre 2014 - 10:17 |
j'ai moi aussi le même problème en version 18.
Je n'utilisais que très peu les requêtes ggl.
Quelqu'un peut il m'éclairer : il faut maintenant se créer un compte développeur. et enregistrer son application auprès de ggl.
Ma question, les api deviennent payantes ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
5 messages |
|
Posté le 20 novembre 2014 - 12:26 |
Pierrick a écrit :
j'ai moi aussi le même problème en version 18. Je n'utilisais que très peu les requêtes ggl. Quelqu'un peut il m'éclairer : il faut maintenant se créer un compte développeur. et enregistrer son application auprès de ggl. Ma question, les api deviennent payantes ?
coucou Pierrick.
Non les API reste gratuite mais le mode de connexion à Google à évoluer pour plus de sécurité. En te créant un compte développeur et en enregistrant ton appli tu recevra une clef qui ne permettra qu'a cette application de se connecter afin d'éviter des connexions suspectes.
Mike. |
| |
| |
| | | |
|
| | |
| |
Posté le 20 novembre 2014 - 14:40 |
Pour être plus précis, elle devient payant si elle est fortement utilisée.
Si tu dépasses 500 000 demandes par jour, cela devient payant.
Si ton application est diffusée publiquement en grand nombre, tu arriveras facilement à ce quota. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
174 messages
Popularité : -2 (4 votes) |
|
Posté le 20 novembre 2014 - 14:41 |
Après avoir créé un compte développeur, voici le message reçu après un gglconnecte :
400. That’s an error.
Error: redirect_uri_mismatch
Application: XXXXXXXXX
You can email the developer of this application at: XXXXXXXXXXXXXXXXXXXXXXXXX
The redirect URI in the request: http://localhost:9874 did not match a registered redirect URI.
Learn more
Request Detailsscope=https://www.googleapis.com/auth/calendar
response_type=code
redirect_uri=http://localhost:9874
login_hint=XXXXXXXXXXXXXXXXXXXXX
include_granted_scopes=true
client_id=417043915641-796cuqe7lvkaaqfhu4oo6rrsidbu9gk4.apps.googleusercontent.com
That’s all we know
--
Jean-Yves Thiry
Informatique et Gestion |
| |
| |
| | | |
|
| | |
| |
Posté le 20 novembre 2014 - 14:56 |
Perso j'ai un problème sur les horaires des événements :
Pour un rendez-vous qui a lieu le 21/11/2014 à 16h30, la propriété "DateDébut" de l'évènement Google me renvoit "20141121153000016" (c'est-à-dire 15h30 et 16 millième de seconde)
Tous mes rendez-vous se décalent d'une heure.
J'ai l'impression que le décalage du fuseau horaire est mal répercuté (sur les millièmes au lieu de l'horaire)
Avez-vous le même comportement ?
Ai-je mal compris le développement sur les évènements ? |
| |
| |
| | | |
|
| | |
| |
Posté le 20 novembre 2014 - 16:37 |
Bonjour
Le GglConnecte fonctionne enfin.
Mais avec le GglEcrit nous avons une nouvelle erreur, qq'un sais nous aider?:
The HTTP request failed.
HTTP return code: <HTTPBadRequest>
Message from the server: <{
"error": {
"errors": [
{
"domain": "global",
"reason": "parseError",
"message": "Parse Error"
}
],
"code": 400,
"message": "Parse Error"
}
}
> |
| |
| |
| | | |
|
| | |
| |
Posté le 20 novembre 2014 - 17:10 |
Bonjour David,
J'ai le même problème que vous sur les décalage des rendez-vous alors qu'en version 16 de Windev ça fonctionnait.
Avez-vous remonter le problème au support technique ?
Cordialement, |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
19 messages |
|
Posté le 20 novembre 2014 - 17:41 |
Oui, j'ai remonté le problème
Mais n'hésitez pas à le faire également, car si nous sommes plusieurs, ils comprendront mieux l'urgence de la situation ! |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
174 messages
Popularité : -2 (4 votes) |
|
Posté le 20 novembre 2014 - 19:08 |
Je parviens à me connecter maintenant et récupéré des informations.
Mais je bloque à la 10ème adresse email (trop de connections simultanées).
Le site conseille de se déconnecter pour vider les connections précédentes.
Mais la commande GGLDECONNECTE présente dans l'aide n'est pas disponible dans le code !!!
Une solution ???
Merci...
--
Jean-Yves Thiry
Informatique et Gestion |
| |
| |
| | | |
|
| | |
| |
Posté le 25 novembre 2014 - 12:19 |
J'ai implémenté la nouvelle syntaxe mais si je comprend bien. Impossible d'automatiser le transfert vers des agendas car ils y a forcement un popup de login (merci google).
Je vais avoir tous mes clients qui vont râler ....
Quelqu'un a réussi à automatiser ce login ? |
| |
| |
| | | |
|
| | |
| |
Posté le 25 novembre 2014 - 15:27 |
Bonjour Gilles
je n'ai pas testé, mais si j'ai bien compris, l'astuce est :
- tu fais le login (UNE FOIS)
- tu reçois un token d’autorisation
- tu STOCKES le token dans un fichier (de ta base, par exemple)
- pour chaque onnexion suivante (y compris le mois prochain) tu
réutilise le même token en le lisant depuis ton fichier
Donc, plus de login utilisateur
Cordialement
--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International
NOUVEAU: WXReplication, votre système de réplication open source est
disponible sur mon site web !!!
WXShowroom.com : Montrez vos projets !
Plus d'information sur http://fabriceharari.com
On 11/25/2014 6:19 AM, Gilles wrote:
J'ai implémenté la nouvelle syntaxe mais si je comprend bien. Impossible
d'automatiser le transfert vers des agendas car ils y a forcement un
popup de login (merci google).
Je vais avoir tous mes clients qui vont râler ....
Quelqu'un a réussi à automatiser ce login ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
19 messages |
|
Posté le 25 novembre 2014 - 16:14 |
Gilles,
La réponse à ta question se trouve en bas de la page suivante (copie le lien dans un navigateur) :
http://blogs.pcsoft.fr/post.awp…
Pour résumer, tu dois créer le fichier défini sous le nom "Tokengoogle.bin" dans le blog cité ci-dessus. |
| |
| |
| | | |
|
| | |
| |
Posté le 26 novembre 2014 - 11:13 |
Oui déjà codé cet exemple, mais il y a forcement un premier popup. c'est pas terrible pour un outils qui est censé tourner en mode automatique ou sur des postes utilisateurs qui ne sont pas censé avoir l'identifiant
Je vais voir si c'est possible de faire une saisie auto. |
| |
| |
| | | |
|
| | |
| |
Posté le 26 novembre 2014 - 11:15 |
A priori
Pb aussi quand il y a déjà un rdv existant sur le même créneau |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
33 messages |
|
Posté le 27 novembre 2014 - 11:40 |
Bonjour,
Est ce que quelqu'un a identifié la cause de l'erreur renvoyée par GglEcrit :
The HTTP request failed.
HTTP return code: <HTTPBadRequest>
Message from the server: <{
"error": {
"errors": [
{
"domain": "global",
"reason": "parseError",
"message": "Parse Error"
}
],
"code": 400,
"message": "Parse Error"
}
}
Si oui merci de faire passer l'info... |
| |
| |
| | | |
|
| | |
| |
Posté le 27 novembre 2014 - 13:03 |
et quelqu'un a des vu des forbiden aléatoire
des fois ca passe, dés fois non... avec le même agenda, même token
<{<\n> "error": {<\n> "errors": [<\n> {<\n> "domain": "global",<\n> "reason": "forbidden",<\n> "message": "Forbidden"<\n> }<\n> ],<\n> "code": 403,<\n> "message": "Forbidden"<\n> }<\n>}<\n>> |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
138 messages
Popularité : +7 (7 votes) |
|
Posté le 27 novembre 2014 - 15:02 |
j ai un problème similaire
de faon aleatoire j ai le message d'erreur suivant
j ai pourtant la derniere version du patch 19.0.13.6
|
| |
| |
| | | |
|
| | |
| |
Membre enregistré
33 messages |
|
Posté le 28 novembre 2014 - 19:02 |
Bonjour,
Je réponds à moi-même.
Dans mon cas, le code erreur 400 (Parse Error) venait du fait que j'avais inscrit des contenus d'événements avec des guillemets.
Bon dév. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
174 messages
Popularité : -2 (4 votes) |
|
Posté le 01 décembre 2014 - 07:06 |
Je parviens à me connecter maintenant et récupéré des informations.
Mais je bloque à la 11ème adresse email (trop de connections simultanées).
Le site conseille de se déconnecter pour vider les connections précédentes.
Mais la commande GGLDECONNECTE présente dans l'aide n'est pas disponible dans le code !!!
Une solution ???
Merci...
--
Jean-Yves Thiry
Informatique et Gestion
--
Jean-Yves Thiry
Informatique et Gestion |
| |
| |
| | | |
|
| | |
| |
Posté le 01 décembre 2014 - 10:43 |
Gilles a écrit :
et quelqu'un a des vu des forbiden aléatoire
des fois ca passe, dés fois non... avec le même agenda, même token
<{<\n> "error": {<\n> "errors": [<\n> {<\n> "domain": "global",<\n> "reason": "forbidden",<\n> "message": "Forbidden"<\n> }<\n> ],<\n> "code": 403,<\n> "message": "Forbidden"<\n> }<\n>}<\n>>
UP
Est ce quelqu'un a réussi à envoyer plusieurs rendez vous avec la nouvelle methode d'authentification et l'astuce pour mémoriser le token ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
46 messages
Popularité : +4 (4 votes) |
|
Posté le 01 décembre 2014 - 11:41 |
Pour ma part, plus de problème avec le correctif du 28/11. Montre nous ton code, peut-être qu'on pourra t'aider ?
Pour mémoriser le token, je le place en base de données dans un champ mémo binaire |
| |
| |
| | | |
|
| | |
| |
Posté le 01 décembre 2014 - 15:37 |
Bonjour,
Je rencontre le même problème que vous avec la fonction ggldeconnecte(). Je viens d'envoyer un mail au Support Technique Gratuit PC SOFT, j'attends leur réponse.
Avez vous eut du nouveau de votre coté ? |
| |
| |
| | | |
|
| | |
| |
Posté le 01 décembre 2014 - 16:25 |
Je confirme, meme soucis de mon côté.
eric l.
> Le 28/11/2014 18:02, JeanPhi08 a écrit :
Bonjour,
Je réponds à moi-même.
Dans mon cas, le code erreur 400 (Parse Error) venait du fait que
j'avais inscrit des contenus d'événements avec des guillemets.
Bon dév. |
| |
| |
| | | |
|
| | |
| |
Posté le 01 décembre 2014 - 18:29 |
Gilles a écrit :
Gilles a écrit : et quelqu'un a des vu des forbiden aléatoire
des fois ca passe, dés fois non... avec le même agenda, même token
<{<\n> "error": {<\n> "errors": [<\n> {<\n> "domain": "global",<\n> "reason": "forbidden",<\n> "message": "Forbidden"<\n> }<\n> ],<\n> "code": 403,<\n> "message": "Forbidden"<\n> }<\n>}<\n>>
UP Est ce quelqu'un a réussi à envoyer plusieurs rendez vous avec la nouvelle methode d'authentification et l'astuce pour mémoriser le token ?
C'est la fonction GglEcrit qui fait un forbiden aléatoire je n'ai pas de pb en mode lecture |
| |
| |
| | | |
|
| | |
| |
Posté le 01 décembre 2014 - 18:40 |
à vue de nez les caractères TAB, EOT ne sont pas supportés non plus
pour faire simple j'ai exclu tous les codes ascii < 32 sauf 10 et 13
eric l.
Le 01/12/2014 15:25, eric l. a écrit :
Je confirme, meme soucis de mon côté. eric l. > Le 28/11/2014 18:02, JeanPhi08 a écrit : Bonjour,
Je réponds à moi-même.
Dans mon cas, le code erreur 400 (Parse Error) venait du fait que
j'avais inscrit des contenus d'événements avec des guillemets.
Bon dév. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
174 messages
Popularité : -2 (4 votes) |
|
Posté le 01 décembre 2014 - 19:57 |
Avec le correctif de ce jour (.9), la commande ggldeconnecte est réapparue.
Mais elle ne fonctionne pas : je suis toujours limité à 9 ou 10 comptes !
--
Jean-Yves Thiry
Informatique et Gestion |
| |
| |
| | | |
|
| | |
| |
Posté le 02 décembre 2014 - 17:17 |
Bonjour,
J'avais le même message d'erreur.
J'ai remplacé les gillements (") par des cotes (') dans le titre, le
lieu et le contenu de l'évenement et plus de problème.
Christian.
JeanPhi08 a exposé le 27/11/2014 :
Bonjour, Est ce que quelqu'un a identifié la cause de l'erreur renvoyée par GglEcrit : The HTTP request failed.
HTTP return code: <HTTPBadRequest>
Message from the server: <{
"error": {
"errors": [
{
"domain": "global",
"reason": "parseError",
"message": "Parse Error"
}
],
"code": 400,
"message": "Parse Error"
}
}
[quote]
Si oui merci de faire passer l'info... |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
174 messages
Popularité : -2 (4 votes) |
|
Posté le 03 décembre 2014 - 12:29 |
GGLDECONNECTE n'apporte rien de plus...
Y a-t-il un moyen d'outrepasser ce nombre de connections max ?
J'ai le problème par exemple pour mettre à jour plus de 10 agendas via Google...
--
Jean-Yves Thiry
Informatique et Gestion |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
19 messages |
|
Posté le 04 décembre 2014 - 11:39 |
De mon côté, je rencontre énormément de problèmes sur l'appel de la procédure GglConnecte. Il s'agit d'erreur du type "Acces violation (GPF)"
Avez-vous également ce genre de soucis? Mes clients n'en peuvent plus...
Voici le genre de message reçu :
Appel WL :
Traitement de 'Procédure locale ActualiserListeAgenda' (frm_AgendaSynchro_Parametrage.PROCEDURE.ActualiserListeAgenda), ligne 69, thread 0
Que s'est-il passé ?
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Details techniques :
Module : wd190vm.dll
Version du module : 19.0.176.4
VI : 01F190056s
Adresse de base : 25E60000
Erreur systeme : Access violation (GPF)
EIP = 25F5E814
OS : Windows 7 Service Pack 1(6.1.7601)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd190vm.dll' (19.0.176.4).
Identifiant des informations détaillées (.err) : 1020 Informations de débogage :
Details techniques :
Module : wd190vm.dll
Version du module : 19.0.176.4
VI : 01F190056s
Adresse de base : 25E60000
Erreur systeme : Access violation (GPF)
EIP = 25F5E814
OS : Windows 7 Service Pack 1(6.1.7601)
Registres :
EIP = 25F5E814 EBP = 0018C438
EAX = 00000000 EBX = 00000000
ECX = 0018C42C EDX = 0018C3B0
ESI = 00000001 EDI = 055EA0C8
Pile des appels :
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F5E810 : pWLEModifieContexteElement() + 4 bytes
[wd190ggl.dll (2E460000), 19.0.13.9, 01F190056X#]2E46326A
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 638490 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]26093AF0 : pQueryProxy() + 446148 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25EEA4C0 : EXT_bSetVariableCollection() + 132352 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]26064E00 : CommandeComposante() + 81968 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25EEA4C0 : EXT_bSetVariableCollection() + 199120 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 617184 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 638064 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 639952 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 640512 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 645552 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 645712 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 645776 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 651328 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 651904 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 652432 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 652544 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 652672 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]25F85A40 : InfoVersionWeb() + 651392 bytes
[wd190vm.dll (25E60000), 19.0.176.4, 01F190056s]26031240 : EXT_pszGetMessageErreurDelegue() + 36240 bytes
Informations supplémentaires :
EIT_PILEWL :
Procédure locale ActualiserListeAgenda (frm_AgendaSynchro_Parametrage.PROCEDURE.ActualiserListeAgenda), ligne 69 Sélection d'une ligne de cboPraticien (frm_AgendaSynchro_Parametrage.cboPraticien), ligne 24 Fin d'initialisation de frm_AgendaSynchro_Parametrage (frm_AgendaSynchro_Parametrage), ligne 15 Clic sur btnConfiguration (fri_AgendaSynchro.fri_AgendaSynchro.btnConfiguration), ligne 2 EIT_DATEHEURE : 02/12/2014 15:12:17
Code erreur : 0
Niveau : pas d'erreur (EL_NONE) |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
19 messages |
|
Posté le 11 décembre 2014 - 17:06 |
Pour information, une nouvelle version du module correctif est disponible : 10.0.13.10
J'espère qu'elle corrigera les soucis que rencontrent certains de mes clients :
<{<\n> "error": {<\n> "errors": [<\n> {<\n> "domain": "global",<\n> "reason": "forbidden",<\n> "message": "Forbidden"<\n> }<\n> ],<\n> "code": 403,<\n> "message": "Forbidden"<\n> }<\n>}<\n>> |
| |
| |
| | | |
|
| | |
| |
Posté le 16 décembre 2014 - 14:04 |
Au sujet de la limitation des 10 connexions Google, j'ai aussi eut le cas. Du coup moi j'ai enregistré les token par plage de 10 adresses (redemarage tout les 10 adresses).
Une fois ma trentaine de token enregistré mon programme peut se connecter à tout les comptes sans blocage au niveau du 10ième.
J'avoue c'est pas vraiment une solution mais ca dépanne. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
174 messages
Popularité : -2 (4 votes) |
|
Posté le 16 décembre 2014 - 20:22 |
@ Julien
Peux-tu préciser un peu la manière dont tu procèdes ?
Merci
--
Jean-Yves Thiry
Informatique et Gestion |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
174 messages
Popularité : -2 (4 votes) |
|
Posté le 18 décembre 2014 - 10:06 |
J'ai beau redémarrer... mais il garde en mémoire les connexions déjà effectuées et il ne me permet pas d'en créer plus de 9 ou 10 !!!
--
Jean-Yves Thiry
Informatique et Gestion |
| |
| |
| | | |
|
| | |
| |
Posté le 23 décembre 2014 - 11:02 |
Mathis | DeeXiZ a écrit :
Bon bah j'ai préféré me développer une liaison vers l'API Google moi-même plutôt que d'attendre la mise à jour...
C'est pas très long, et je ne serais plus pris au dépourvu comme ça vient de l'être...
peut tu m'expliquer comment tu as fait?
avec WD18 est il possible d'utiliser l'api google calendar v3? et si c'est possible, comment ? |
| |
| |
| | | |
|
| | |
| |
Posté le 15 janvier 2015 - 17:22 |
J'ai implémenter les modifications Oth 2.0 pour les agendas Google mais j'ai un client qui rencontre des problèmes aléatoires d'accès aux agendas.
J'ai utilisé la méthode décrite sur le blog de PC Soft pour conserver le token d'identification.
De mon coté je ne rencontre pas de problème mais j'ai l'impression qu'il y a peut être des limitations de timing entre 2 accès simultanés ou alors de pb bug aléatoire dans les DLL modifiées de WD19
Avez vous de votre coté rencontrés des problèmes depuis les changements d'authentification ? |
| |
| |
| | | |
|
| | |
| |
Posté le 15 janvier 2015 - 18:54 |
Bon après débug je vois déjà que GGlListeAgenda ne renvoi que les 100 premiers agenda
est ce que qq à déjà atteint cette limite ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
138 messages
Popularité : +7 (7 votes) |
|
Posté le 15 janvier 2015 - 22:36 |
Gilles a écrit :
J'ai implémenter les modifications Oth 2.0 pour les agendas Google mais j'ai un client qui rencontre des problèmes aléatoires d'accès aux agendas.
J'ai utilisé la méthode décrite sur le blog de PC Soft pour conserver le token d'identification.
De mon coté je ne rencontre pas de problème mais j'ai l'impression qu'il y a peut être des limitations de timing entre 2 accès simultanés ou alors de pb bug aléatoire dans les DLL modifiées de WD19
Avez vous de votre coté rencontrés des problèmes depuis les changements d'authentification ?
Bonsoir,
effectivement il ya un timeout sur les tokens
le token est utilisable pendant 1 heure après une heure il faut se reconnecter pour demander un nouveau token
nous avons solutionné le problème définitivement après plusieurs debugs avec nos l'aide de nos clients
on procède de la sorte :
1 - au lancement du logiciel on se connecte avec prise de token (Token Google)
nous avons un thread qui synchronise en tache de fond l'agenda Windev avec le compte google de l'utilisateur
apres une heure d'utilisation la synchronisation echoue et provoque une exception
nous capturons l'exeption et reloncons un process de reconnection avec nouveau token
et ainsi de suite
lorsque plusieurs postes sont connectés et que chaque poste essaye de synchronisé
nous avons mis en place un système de token interne et a tour de role chaque poste se met en file d'attente pour avoir et fait une demande de token "interne"
une fois le token interne attribué il lance la synchro et libère le token "interne" qui sera repris par le thread du poste en attente
en cas d'exeption pour expiration du token "google" apres une heure, le thread qui posède le token interne relance une connexion et un nouveau token "google" est actif pendant une nouvelle heure.
notre système fonctonne ainsi parfaitement, il a ete testé chez plus de 100 clients
voila.
A.TAZI
Magica Software. |
| |
| |
| | | |
|
| | |
| |
Posté le 26 janvier 2015 - 16:34 |
Bonjour,
J'ai déclaré mon projet avec un clientsecret et clientID
J'ai le message suivant
Error: redirect_uri_mismatch
Application: IVsoft
You can email the developer of this application at: mjbouton@gmail.com
The redirect URI in the request: http://localhost:9874 did not match a registered redirect URI.
Learn more
Que dois faire pour le paramétrage de l URI ?
En vous remerciant |
| |
| |
| | | |
|
| | |
| |
Posté le 29 janvier 2015 - 23:29 |
Bonjour
je reprend une application développé à but personnel et je me rend compte que google agenda ne fonctionne plus avec Windev18 suite a la fameuse mise à jour du 17/11/2014
Avez vous réussi a faire fonctionner windev 18 et google agenda au final et plus généralement les differentes fonctions google ?
merci |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2015 - 11:18 |
merci pour l'info.
J'ai par contre un autre problème étrange lorsqu'il y a beaucoup de plannings partagés.
1er point limite de 100 agendas (PC Soft m'a répondu que cela venait d'une limite chez eux qui sera modifié dans une prochaine version)
2e point même avec moins de 100 agendas il y a des agendas partagés qui ne sont pas vu par GglListeAgenda.
Est ce que cela vient de Google ou PC Soft mystère ... As tu rencontré un problème similaire ? |
| |
| |
| | | |
|
| | |