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

Gnome Shell Extension for GPaste doesn't disable gpasted when disabled #11

Closed
mattreid opened this issue Dec 5, 2011 · 4 comments
Closed

Comments

@mattreid
Copy link

mattreid commented Dec 5, 2011

Just figured out why Inkscape was having huge issues copy-pasting on my system. Turns out that when I activated the shell extension for gpaste, it started up gpasted and added it to my Startup Programs list, which makes sense, but when I disabled the extension, it left gpasted there. Some applications and gpasted don't play nice, and I didn't realize that it was still running, since I had disabled the extension after only activating it briefly to play around with it.

If you didn't write the extension, could you please let me know who did so I can contact them? If it's possible it seems like when the extension is disabled that it should clean up after itself and remove the daemon from always running.

Thanks,
Matt

@Keruspe
Copy link
Owner

Keruspe commented Dec 5, 2011

Hi,

First of all, which version of GPaste are you running ?
GPaste isn't only a Gnome-Shell extension, it's also a CLI tool and there should be people who'd perhaps like the daemon to keep running even when disabling the extension, but I must admit that there should be a setting for this. I'll add it soon and it will be part of the next release.
Btw, you still can run "gpaste stop" to make the daemon stop doing anything.

You said gpasted was added to your startup program list, but it shouldn't be doing that since a few versions now.
There was a problem starting it over DBus from the Gnome-Shell applet so I used to provide this workaround, but I do not any longer since GPaste switched to GDBus (since 1.99 actually).

You're speaking about problems between GPaste and some applications. There used to be a lot of problems with applications manipulating images until GPaste 1.6, but since 1.99, images support has landed so with GPaste 2.0 which is the latest release (available for Gentoo, Fedora, Debian and Archlinux iirc) there shouldn't be anymore problem with it.

If you still can reproduce your problems with GPaste 2.0, feel free to give me more informations so that I can integrate better with those applications.

Thanks,
Marc-Antoine

@mattreid
Copy link
Author

mattreid commented Dec 5, 2011

Thanks for the quick response! I was running the default version on Fedora 16, which is 1.6-1, x64 for gpaste and noarch for the shell extension. So it looks like maybe this wouldn't be an issue for the latest version. I'll try to install a newer version soon and see if the issue is resolved.

Until then, here's the bug I filed on Inkscape - https://bugs.launchpad.net/inkscape/+bug/897709

@Keruspe
Copy link
Owner

Keruspe commented Dec 5, 2011

FYI, the redhat bug which alerted me of the bug regarding images: https://bugzilla.redhat.com/show_bug.cgi?id=742763

@mattreid
Copy link
Author

mattreid commented Dec 5, 2011

Just tried 2.0 from the Fedora testing repo and can confirm that Inkscape and Gpaste are friends again. Just gave it karma, so hopefully we can get this out to a wider audience.

Thanks for your help!

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

2 participants