Plots2: Un mystérieux message d'erreur « User owmloading not found » s'affiche

Créé le 15 mars 2019  ·  34Commentaires  ·  Source: publiclab/plots2

J'ai eu cette erreur quand j'ai ouvert mon profil
Screenshot_20190316_012912

J'ai utilisé le site Web pour la première fois, veuillez donc me corriger si j'ai demandé quelque chose de mal. De plus, mes images n'étaient pas publiées dans les commentaires et même sur l'image de profil. Est-ce un problème internet ou autre chose ?

bug help wanted

Commentaire le plus utile

Bien que mes capacités Ruby soient très limitées, j'essaie d'insérer des tentatives (en insistant sur les tentatives) d'humour, en particulier lorsqu'il s'agit d'un bogue que j'ai soumis. Pas aussi utile que de le retrouver et de le réparer, mais bon, je n'ai que ce qu'ils m'ont donné.

Tous les 34 commentaires

@gauravano @jywarren Je veux examiner cela ensuite.

Quelqu'un peut-il m'expliquer ce qu'est ce bug ?

Que signifie l'erreur ?

Ce serait génial @madeofhuman !

@HarshKhandeparkar En fait, cette alerte est affichée dans certains cas, principalement dans le flux de connexion. La raison de cela n'est toujours pas connue.

Euh d'accord. Je n'étais pas non plus en mesure de télécharger des imgs. Quelle pourrait être la raison?

En local ou en prod ?

Le mer. 20 mars 2019 à 21:27 Harsh Khandeparkar [email protected]
a écrit:

Euh d'accord. Je n'étais pas non plus en mesure de télécharger des imgs. Quelle pourrait être la raison?

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/publiclab/plots2/issues/5095#issuecomment-474899965 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AT6S9h2iZ51V3jR7BWcryK9wC8ESLCuxks5vYlptgaJpZM4b3NFm
.

prod !

J'ai un bon internet. Téléchargement de 8 Mo/s

Il y a un problème ouvert pour le téléchargement de l'image dans les commentaires. Vous avez rencontré un problème là-bas ou ailleurs ?

Oui, dans les commentaires.

salut
J'ai rencontré un problème similaire pendant que j'éditais ma note.

@gauravano Je n'ai pas non plus pu télécharger de profil img.

Si cela aide à diagnostiquer le problème, j'ai eu cela récemment aussi. Pour moi, il se révèle après avoir cliqué sur un lien pour voir une liste filtrée de mon contenu à partir de mon profil.

Par exemple : https://publiclab.org/tag/activity:*/author/bsugar

N'affecte aucune fonctionnalité.

Firefox 66.0.3
macOS 10.12.6

Je pense que j'ai compris ça. public/lib/leaflet-environmental-layers/dist/LeafletEnvironmentalLayers.js: imageLoadingUrl: 'owmloading.gif', // URL of loading image rela

c'est un artefact de LEL, pour le gif de "chargement". il peut essayer de le charger au mauvais endroit ici :

https://github.com/publiclab/leaflet-environmental-layers/blob/783409c0c903f3e14780a687bf2692462016f948/src/openWeatherMapLayer.js#L228

C'est un emplacement relatif, c'est pourquoi il apparaît tant d'endroits. Et vous pouvez obtenir cet avis lors du chargement de la page suivante si cette carte est chargée et qu'elle essaie de récupérer ce .gif !

@ananyaarun @sagarpreet-chadha pouvons-nous résoudre ce problème en éliminant ce spinner de chargement et en le remplaçant par un chemin relatif corrigé, ou quelque chose de similaire ? Peut-être la possibilité de transmettre un paramètre d'URL racine sur lequel baser les URL relatives à ce spinner de chargement ? Ou comment fonctionne le spinner régulier ? Cela commence également à provoquer l'échec des tests du système ! Comme dans #5995.

Ouf, c'était génial à trouver! Il ne nous reste plus qu'à le résoudre :-)

Ouf, c'était génial à trouver! Il ne nous reste plus qu'à le résoudre :-)

Je suis content que vous l'aimez?

Je veux dire, les insectes ont tendance à me trouver et non l'inverse.

; )

Wow!! cela a vraiment pris du temps.

Je pense que cela est maintenant résolu en raison des changements en amont https://github.com/publiclab/leaflet-environmental-layers/! Merci a tous!

Ceci est maintenant récurrent à nouveau, notant la relation avec #7939

Salut @Tlazypanda -- j'ai rouvert ceci et je pense que c'est également en relation avec les emplacements des actifs définis relativement... pensez-vous que cela puisse être vrai ? Est-ce quelque chose que nous pourrions surveiller en regardant la console de développement Chrome pendant le chargement d'une carte et en voyant comment le chemin correspond ou ne correspond pas à l'emplacement des ressources Leaflet ? Merci!

Comme vous avez beaucoup travaillé sur des actifs, si cela ne vous dérange pas de l'ajouter à votre liste de tâches, ce serait super utile !!

Si cela peut aider, je serais heureux de changer mon nom d'utilisateur en "owmloading" afin que je sois toujours trouvé. LMK. :P

En fait, très sérieusement, cela peut avoir une valeur comique suffisante à faire.

Attendre.

Non.

Ce ne sera pas si drôle si cela finit par provoquer une situation de Little Bobby Tables.

https://xkcd.com/327/

Lol @habilement bouclé
C'est quelque part entre Little Bobby Tables et le propre fantôme de Public Lab dans la machine

@skillfullycurled @ebarry Cela m'a fait craquer lol :joy: @jywarren J'ai trouvé ceci sur le site lel live qui pourrait être utile : - enquêter davantage pour découvrir ce fantôme xD

image

@jywarren où sont stockés les actifs pour lel ? parce que je n'arrive pas à trouver ce fichier ... en vérifiant ce lien https://github.com/buche/leaflet-openweathermap/ , j'ai découvert que owmloading.gif devrait être stocké sur ce chemin https://github. com/buche/leaflet-openweathermap/blob/master/example/leaflet/owmloading.gif. J'ai essayé avec le référentiel lel local et l'erreur 404 n'est plus là. Dois-je apporter ces modifications et ouvrir un pr sur lel ? :sweat_smile: Nous pouvons également stocker cela dans un répertoire séparé dans lel (je ne sais pas pour le moment quel est celui des actifs comme celui-ci sur lel) et je le référencerai de manière relative alors :v:

Bien que mes capacités Ruby soient très limitées, j'essaie d'insérer des tentatives (en insistant sur les tentatives) d'humour, en particulier lorsqu'il s'agit d'un bogue que j'ai soumis. Pas aussi utile que de le retrouver et de le réparer, mais bon, je n'ai que ce qu'ils m'ont donné.

Salut! Merci d'avoir enquêté là-dessus !!!

Je pense que nous devrions voir si cela est référencé à partir d'une feuille de style, auquel cas nous pourrions le remplacer par nos propres styles, ou à partir de JavaScript, auquel cas nous pouvons peut-être le remplacer ici? Pouvez-vous rechercher la ligne de code exacte où cela se produit et essayer de déboguer à partir de là.

La substitution en JavaScript peut être plus difficile ; voir comment Leaflet a permis aux gens de remplacer les chemins d'images ici : https://leafletjs.com/reference-1.4.0.html#icon -default-imagepath

Nous pourrions donc essayer de faire quelque chose comme ça, soit localement dans notre instance, soit en déposant potentiellement un PR en amont à leaflet-openweathermap ?

Qu'en penses-tu?

Je pense que c'est un candidat pour notre label Hall of Fame ...

@jywarren En fait, lors de l'utilisation de la fonctionnalité git blâme (merci de m'en avoir parlé, cela simplifie beaucoup le débogage :D) j'ai appris que cette ligne avait été introduite dans https://github.com/publiclab/leaflet-environmental-layers/commit/ f38d59419c4e88af855ec2172c1b5b44192a8be3 où nous avons ajouté le code du module de carte Openweather mais ce code faisait également référence au owmloading.gif mais cela n'a pas été ajouté.

https://github.com/publiclab/leaflet-environmental-layers/blob/f38d59419c4e88af855ec2172c1b5b44192a8be3/src/openWeatherMapLayer.js#L228

Donc, en suivant le module de carte Openweather (https://github.com/buche/leaflet-openweathermap/ - le fichier owmloading était présent depuis les commits initiaux de cette bibliothèque) donc cela a dû être ajouté dans les actifs/images. Une fois que j'ai fait cela et vérifié les exemples/index dans le navigateur, l'erreur Failed to load resource: the server responded with a status of 404 () disparu. J'ai ouvert un pr pour le même dans LEL qui est référencé ci-dessus. Merci :v:

Une autre observation du fugitif owmloading 🔭
En parcourant la page de profil de quelqu'un, j'ai cliqué sur le titre d'une note de recherche, et lorsque cette note s'est chargée, l'alerte rouge de owmloading est apparue :

omw-loading

Cela vient de se reproduire.
J'étais sur https://publiclab.org/profile/liz
et cliqué sur "292 notes de recherche"
puis arrivé à https://publiclab.org/notes/author/liz où le "fantôme" est apparu :
Screen Shot 2021-02-10 at 3 18 13 PM

Juste une mise à jour - en relisant ce qui précède, je vois que "owmloading.gif" signifie "chargement de la carte météo ouverte" et non une faute d'orthographe de "téléchargement" - lol!

https://github.com/buche/leaflet-openweathermap/blob/master/example/leaflet/owmloading.gif

https://github.com/publiclab/leaflet-environmental-layers/pull/473/ a tenté de l'ajouter localement dans LEL, ce qui pourrait fonctionner. Je vais réessayer, mais nous pouvons également le configurer ici :

https://github.com/publiclab/leaflet-environmental-layers/blob/5c095304d0d5dcfc56950fccd5c5091dde891bef/src/openWeatherMapLayer.js#L226

cc @RuthNjeri

Progressez sur https://github.com/publiclab/leaflet-environmental-layers/pull/504 une fois les tests exécutés à nouveau via les actions GitHub pour ce dépôt ! Ensuite, nous modifierons la version et la ré-éditerons.

Correction finale dans https://github.com/publiclab/plots2/pull/9208 , ouf.

Waouh enfin !!! c'est génial :tada: :tada:

Cette page vous a été utile?
0 / 5 - 0 notes