Plots2: Mysteriöse Fehlermeldung "User owmloading not found" angezeigt

@gauravano @jywarren Ich möchte das als nächstes untersuchen.

Kann mir jemand erklären was dieser Fehler ist?

Was bedeutet der Fehler?

Das wäre toll @madeofhuman!

@HarshKhandeparkar Tatsächlich wird diese Warnung in einigen Fällen angezeigt, meistens im Anmeldeablauf. Der Grund dafür ist noch nicht bekannt.

Oh ok. Bilder konnte ich auch nicht hochladen. Was könnte der Grund sein?

Lokal oder in Produktion?

Am Mi, 20. März 2019 um 21:27 Uhr Harsh Khandeparkar [email protected]
schrieb:

Oh ok. Bilder konnte ich auch nicht hochladen. Was könnte der Grund sein?

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/publiclab/plots2/issues/5095#issuecomment-474899965 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AT6S9h2iZ51V3jR7BWcryK9wC8ESLCuxks5vYlptgaJpZM4b3NFm
.

prod!

Ich habe gutes Internet. 8 MB/s Upload

Beim Hochladen des Bildes in den Kommentaren ist ein Problem aufgetreten. Hatten Sie dort oder woanders ein Problem?

Ja, in Kommentaren.

Hallo
Ich hatte ein ähnliches Problem, als ich meine Notiz bearbeitete.

@gauravano Ich konnte auch kein Profilbild hochladen.

Wenn es hilft, das Problem zu diagnostizieren, hatte ich das vor kurzem auch. Für mich zeigt es sich nach einem Klick auf einen Link, um eine gefilterte Liste meiner Inhalte aus meinem Profil zu sehen.

Beispiel: https://publiclab.org/tag/activity:*/author/bsugar

Beeinflusst keine Funktionalität.

Firefox 66.0.3
macOS 10.12.6

Ich glaube, ich habe das bekommen. public/lib/leaflet-environmental-layers/dist/LeafletEnvironmentalLayers.js: imageLoadingUrl: 'owmloading.gif', // URL of loading image rela

Dies ist ein Artefakt von LEL, für das "Laden"-Gif. es kann versuchen, dies hier an der falschen Stelle zu laden:

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

Es ist ein relativer Ort, deshalb werden so viele Orte angezeigt. Und Sie können diesen Hinweis beim nächsten Seitenladen erhalten, wenn diese Karte geladen wird und versucht, diese .gif-Datei abzurufen!

@ananyaarun @sagarpreet-chadha können wir dieses Problem beheben, indem wir diesen Ladespinner eliminieren und durch einen korrigierten relativen Pfad oder etwas Ähnliches ersetzen? Vielleicht die Möglichkeit, einen Root-URL-Parameter zu übergeben, auf dem relative URLs an diesen Ladespinner basieren? Oder wie funktioniert der normale Spinner? Dies führt dazu, dass auch Systemtests fehlschlagen! Wie in #5995.

Puh, das war großartig zu finden! Jetzt müssen wir es nur noch lösen :-)

Puh, das war großartig zu finden! Jetzt müssen wir es nur noch lösen :-)

Ich freu mich, dass es dir gefällt?

Ich meine, die Bugs neigen dazu, mich zu finden, nicht umgekehrt.

; )

Beeindruckend!! das hat echt gedauert.

Ich denke, dies ist jetzt aufgrund von Änderungen im Upstream https://github.com/publiclab/leaflet-environmental-layers/ gelöst

Dies wiederholt sich jetzt wieder, wobei die Beziehung zu #7939 festgestellt wird

Hallo @Tlazypanda - ich habe dies wieder geöffnet und ich denke, dies hängt auch damit zusammen, dass die Asset-Standorte relativ definiert sind ... denken Sie, dass das richtig sein könnte? Können wir dies überwachen, indem wir beim Laden einer Karte die Chrome-Entwicklerkonsole beobachten und sehen, wie der Pfad mit dem Standort der Leaflet-Assets übereinstimmt oder nicht? Danke!

Da Sie viel an Assets gearbeitet haben, wäre es sehr hilfreich, wenn es Ihnen nichts ausmacht, dies zu Ihrer Aufgabenliste hinzuzufügen!

Wenn es helfen würde, würde ich gerne meinen Benutzernamen in „owmloading“ ändern, damit ich immer gefunden werde. LMK. : P

Eigentlich könnte das allen Ernstes genug komödiantischen Wert haben.

Warten.

NÖ.

Es wird nicht so lustig sein, wenn es zu einer Little Bobby Tables-Situation führt.

https://xkcd.com/327/

Lol @skillfullycurled
Das ist irgendwo zwischen Little Bobby Tables und Public Labs eigenem Geist in der Maschine

@skillfullycurled @ebarry Das hat mich fertig gemacht lol :joy: @jywarren Ich fand das auf der Live-Site von lel könnte von Nutzen sein: - mehr recherchieren, um diesen Geist herauszufinden xD

@jywarren wo werden Assets für lel gespeichert? weil ich diese Datei nicht finden kann ... beim Auschecken dieses Links https://github.com/buche/leaflet-openweathermap/ stellte sich heraus, dass owmloading.gif unter diesem Pfad https://github gespeichert werden sollte

Während meine Ruby-Fähigkeiten sehr begrenzt sind, versuche ich Versuche (Schwerpunkt auf Versuche) in Humor einzufügen, insbesondere wenn es sich um einen Fehler handelt, den ich eingereicht habe. Nicht so hilfreich, wie es tatsächlich aufzuspüren und zu reparieren, aber hey, ich habe nur das, was sie mir gegeben haben.

Hallo! Danke für die Untersuchung!!!

Ich denke, wir sollten sehen, ob dies von einem Stylesheet referenziert wird, in diesem Fall könnten wir es mit unseren eigenen Stilen überschreiben, oder von JavaScript, in diesem Fall können wir es vielleicht dort überschreiben? Können Sie nach der genauen Codezeile suchen, in der es passiert, und versuchen, von dort aus zu debuggen?

Das Überschreiben in JavaScript kann schwieriger sein; Sehen Sie hier, wie Leaflet es erlaubt hat, Bildpfade zu überschreiben: https://leafletjs.com/reference-1.4.0.html#icon -default-imagepath

Wir könnten also versuchen, so etwas zu tun, entweder lokal in unserer Instanz oder möglicherweise eine Upstream-PR bei leaflet-openweathermap einreichen?

Was denken Sie?

Ich denke, das ist ein Kandidat für unser Label Hall of Fame ...

@jywarren Tatsächlich Tablem- Funktion (danke, dass Sie mir davon erzählt haben, das Debuggen https://github.com/publiclab/leaflet-environmental-layers/commit/ eingeführt wurde Kartenmodulcode hinzugefügt haben, dieser Code jedoch auch auf die owmloading.gif verweist, dies jedoch nicht hinzugefügt wurde.

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

Nach dem Openweather-Kartenmodul (https://github.com/buche/leaflet-openweathermap/ - owmloading-Datei war von den ersten Commits dieser Bibliothek vorhanden) musste dies also in Assets/Images hinzugefügt werden. Nachdem ich dies getan und die Beispiele / den Index im Browser überprüft hatte, verschwand der Fehler Failed to load resource: the server responded with a status of 404 () . Ich habe ein pr für dasselbe in UEG geöffnet, auf das oben verwiesen wird. Danke :v:

Eine weitere Sichtung des Flüchtigen owmloading 🔭
Beim Durchsuchen der Profilseite von jemandem klickte ich auf den Titel einer Forschungsnotiz, und als diese Notiz geladen wurde, erschien die rote Warnung vor owmloading:

👻 Das ist gerade wieder passiert.
Ich war auf https://publiclab.org/profile/liz
und klickte auf "292 Forschungsnotizen"
kam dann bei https://publiclab.org/notes/author/liz an, wo der "Geist" auftauchte:

Nur ein Update - wenn ich das Obige noch einmal lese, sehe ich, dass "owmloading.gif" "Öffnen der Wetterkarte" bedeutet und keine falsche Schreibweise von "Herunterladen" - lol!

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

https://github.com/publiclab/leaflet-environmental-layers/pull/473/ hat versucht, es lokal in UEG hinzuzufügen, was funktionieren könnte. Ich versuche es noch einmal, aber wir können es auch hier konfigurieren:

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

cc @RuthNjeri

Fortschritt unter https://github.com/publiclab/leaflet-environmental-layers/pull/504, sobald wir die Tests über GitHub-Aktionen für dieses Repository wieder ausführen! Dann werden wir die Version pushen und neu veröffentlichen.

Endgültiger Fix in https://github.com/publiclab/plots2/pull/9208 , Puh.

Wow endlich!!! das ist toll :tada: :tada: