uqs

Hi there, as a recent newcomer from DoggCatcher, this is indeed a feature that I'm missing and the pull request was closed due to inactivity :(

While an editor might help a bit with the syntactic non-sense that is JSON, it still wouldn't allow for comments unless some JSON superset is being used (which would help...

It's definitely not a network issue, note that it was already stuck for 2.5h before the connection was reset. Running truss on the process shows that it's still busy sending/receiving...

Ok, it had an RSS of about 400MB when it hit the wall, and it's grown to 1.5GB already. Time for a Go debugging crash course ... I'll report back...

Some updates, I switched to using my own API key, which does all kinds of strangeness. As it's a new app it can't write to "older" albums, so I would...

As I've written, it is looping google.photos.library.v1.PhotosLibrary.SearchMediaItems seemingly endlessly. I assume this has to do with my use of `sync` and --delete So I can't really use --dump-bodies, as running...

Yeah, no, that won't get me the body of the SearchMediaItems _requests_ that it is looping on. The response is some 200, that one I know already, but I'll give...

Maybe the plot thickens? Till 2014 I had Photos uploaded to Drive, back when those would sync with Photos seamlessly. I found this out, as the photo info showed "uploaded...

Oh wow, so after compiling from source and adding some debug prints, I figured out at least on problem. The previously existing files get excluded, because I run with `--min-size=1`...

Sigh, still no luck with the "stuff gets reuploaded all the time". I tried on 1 specific album, and 3 items get constantly reuploaded (I deleted them on photos.google.com, they...