Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Uploaded GPS traces do not show in iD editor #5177

Closed
seahorse41 opened this issue Jul 25, 2018 · 11 comments
Closed

Uploaded GPS traces do not show in iD editor #5177

seahorse41 opened this issue Jul 25, 2018 · 11 comments

Comments

@seahorse41
Copy link

After logging in, from My GPS Traces, when I click on edit to the right of (any of the) traces, the magenta line does not show in the iD editor. This is not restricted to recently uploaded tracks, I tried several on my list, even a short track from 7 months ago does not show.

My system is: Debian 9 and Seamonkey-2.49 and iD 2.9.2
I also tried with Firefox ESR 52.5 and it took over 2 minutes to load iD (that could be a separate issue!) but also had no GPS track shown.

@seahorse41
Copy link
Author

I can also confirm that using the Local upload layer once in iD does work. This is just like the bug from 6 months ago, that was closed.

@bhousel
Copy link
Member

bhousel commented Jul 25, 2018

which bug is that @seahorse41 ?

@seahorse41
Copy link
Author

#3820

@bhousel
Copy link
Member

bhousel commented Jul 25, 2018

Thanks @seahorse41 - the issues you're seeing might be related to the OSM server move happening now. I'd like to wait a few days to see if things resolve themselves.

@bhousel bhousel added the waitfor Waiting for something label Jul 25, 2018
@seahorse41
Copy link
Author

It would be nice if there were a message at the login page, stating if the servers are down for maintenance. Especially if it is days and not hours. Thanks.

@bhousel
Copy link
Member

bhousel commented Jul 25, 2018

I agree @seahorse41 - when the editing API is down, iD is able to display a message across the bottom of the screen. (I've seen this message occasionally in the past few days).

But when other services are down, like the GPS traces, iD wouldn't be able to tell the difference between the server being down, or the user entering the wrong thing into the gpx= url parameter. All it knows is it tried to get a requested file and couldn't do that. I do want to improve how errors appear in iD.

For now a good place to look is to open the developer console of your browser and see what is displayed there.

@mmd-osm
Copy link
Contributor

mmd-osm commented Jul 25, 2018

Wouldn't the server return an HTTP 404 error in case the gpx URL parameter is bogus? I think that's different from what we've seen during the outage today - which was more of a 503 (Service unavailable), or 500 (Internal server error).

@seahorse41
Copy link
Author

I looked at the error console. Lots of warnings, mostly "Declaration dropped." or "Content Security Policy: Directive 'frame-src' has been deprecated. Please use directive 'child-src' instead."
I don't know if there is anybody interested in that, but clearly off topic here.
No errors.
Also 404 and 500 errors do not appear in the developers console, or on the page anywhere. I think that already fits under the "lack of error messages" category.
One warning at the end looks possibly relevant:
"Warning: Unexpected end of file while searching for length value for matched media condition. Source File: from DOM
Line: 0"

@mmd-osm
Copy link
Contributor

mmd-osm commented Jul 25, 2018

@seahorse41 : I think the server error has been resolved in the meantime, so you won't see any error messages on the javascript console. About two hours ago, I could successfully load a gpx trace into iD.

@seahorse41
Copy link
Author

Yes! This issue is fixed, and my unsaved changes were recovered and able to be saved. Now I'm happy.

@bhousel
Copy link
Member

bhousel commented Jul 26, 2018

Yes! This issue is fixed, and my unsaved changes were recovered and able to be saved. Now I'm happy.

Yay! if you're happy, I'm happy..

@bhousel bhousel closed this as completed Jul 26, 2018
@bhousel bhousel removed the waitfor Waiting for something label Jul 26, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants