Frank Dana

We're now using pytest-xdist for parallelization, collecting coverage metrics with pytest-cov, and have coverage up to 100% for the API! I think we're good here, closing as complete.

> I suppose the user's expectation is that the "save->parse cycle" should return the original result, whenever possible. Beyond even users' _expectations_, I think the more compelling factor is that...

@ztjuh Unfortunately, GSConnect 50 is an unsupported version. However, it does appear that it's not launching correctly on your system. Some things to check: 1. If you can open the...

@ztjuh OK, that's progress though! (The Activestate `openssl` is a little weird and concerning, but it seems to work because you have credentials files in your `$HOME/.config/gsconnect/`, so meh.) My...

@ztjuh I'm afraid I know even less about wireguard than I do about Pop!, but if you can connect to the phone on port 1716 from your Linux box then...

@ioiofadhil I guess I'm confused by this request because, the drag event data you're going to get is **always** going to be in pixels. And really, it couldn't be expressed...

@Altonss Hmm, that's not a whole lot to go on, unfortunately. A few questions: 1. If the device is showing data in the extension, what makes you say it's not...

@universish No, sorry, it's exactly the opposite. You **must not** have `kdeconnect` running on a Linux system that uses GSConnect, as they will conflict with each other. GSConnect is a...

(That's mentioned [in the Wiki install instructions](https://github.com/GSConnect/gnome-shell-extension-gsconnect/wiki/Installation#dependencies), and [on GSConnect's extensions.gnome.org page](https://extensions.gnome.org/extension/1319/gsconnect/).)

I'm still not clear on why the conflict would be causing the freezing/crashing issues you mentioned, that's unexpected. Typically `kdeconnect` being active just means that GSConnect can't access the network...