[Desktop-packages] [Bug 1490593] Re: gnome-terminal forks even with `--disable-factory`
Seems to be working in GNOME Terminal 3.18.2. Current manual misses this description entirely, I wouldn't know if I didn't try. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1490593 Title: gnome-terminal forks even with `--disable-factory` Status in gnome-terminal package in Ubuntu: New Bug description: Manual states: --disable-factory Do not register with the activation name server, do not re-use an active terminal. Yet terminal opens and "foo" is being printed immediately even though the terminal didn't close: $ gnome-terminal --disable-factory; echo foo foo ``` This behavior was different in the past and doesn't seem "normal" for a Linux application, e.g. it now prevents using gnome-terminal as a `vim` wrapper for an external editor. Usually Linux applications are manually forked with ampersand and as far as I understand it still should be possible with a `--disable-factory` argument. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: gnome-terminal 3.14.2-0ubuntu3 ProcVersionSignature: Ubuntu 3.19.0-26.28-generic 3.19.8-ckt4 Uname: Linux 3.19.0-26-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.3 Architecture: amd64 CurrentDesktop: GNOME Date: Mon Aug 31 16:11:37 2015 InstallationDate: Installed on 2014-02-06 (571 days ago) InstallationMedia: Ubuntu-GNOME 14.04 "Trusty Tahr" - Alpha amd64 (20131219) SourcePackage: gnome-terminal UpgradeStatus: Upgraded to vivid on 2015-04-30 (122 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1490593/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1490593] [NEW] gnome-terminal forks even with `--disable-factory`
Public bug reported: Manual states: --disable-factory Do not register with the activation name server, do not re-use an active terminal. Yet terminal opens and "foo" is being printed immediately even though the terminal didn't close: $ gnome-terminal --disable-factory; echo foo foo ``` This behavior was different in the past and doesn't seem "normal" for a Linux application, e.g. it now prevents using gnome-terminal as a `vim` wrapper for an external editor. Usually Linux applications are manually forked with ampersand and as far as I understand it still should be possible with a `--disable-factory` argument. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: gnome-terminal 3.14.2-0ubuntu3 ProcVersionSignature: Ubuntu 3.19.0-26.28-generic 3.19.8-ckt4 Uname: Linux 3.19.0-26-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.3 Architecture: amd64 CurrentDesktop: GNOME Date: Mon Aug 31 16:11:37 2015 InstallationDate: Installed on 2014-02-06 (571 days ago) InstallationMedia: Ubuntu-GNOME 14.04 "Trusty Tahr" - Alpha amd64 (20131219) SourcePackage: gnome-terminal UpgradeStatus: Upgraded to vivid on 2015-04-30 (122 days ago) ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug vivid ** Description changed: Manual states: - ``` - $ man gnome-terminal | grep -a1 factory | tail -n2 ---disable-factory - Do not register with the activation name server, do not re-use an active terminal. - ``` - Yet terminal opens and "foo" is being printed immediately. - ``` + --disable-factory + Do not register with the activation name server, do not re-use an + active terminal. + + + Yet terminal opens and "foo" is being printed immediately even though the terminal didn't close: + $ gnome-terminal --disable-factory; echo foo foo ``` - This behavior was different in the past as confirmed on several websites - and doesn't seem "normal" for a Linux application, e.g. it now prevents - using gnome-terminal as `vim` wrapper. Usually Linux applications are - manually forked with ampersand and as far as I understand it still - should be possible with a `--disable-factory` argument. + This behavior was different in the past and doesn't seem "normal" for a + Linux application, e.g. it now prevents using gnome-terminal as a `vim` + wrapper for an external editor. Usually Linux applications are manually + forked with ampersand and as far as I understand it still should be + possible with a `--disable-factory` argument. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: gnome-terminal 3.14.2-0ubuntu3 ProcVersionSignature: Ubuntu 3.19.0-26.28-generic 3.19.8-ckt4 Uname: Linux 3.19.0-26-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.3 Architecture: amd64 CurrentDesktop: GNOME Date: Mon Aug 31 16:11:37 2015 InstallationDate: Installed on 2014-02-06 (571 days ago) InstallationMedia: Ubuntu-GNOME 14.04 "Trusty Tahr" - Alpha amd64 (20131219) SourcePackage: gnome-terminal UpgradeStatus: Upgraded to vivid on 2015-04-30 (122 days ago) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1490593 Title: gnome-terminal forks even with `--disable-factory` Status in gnome-terminal package in Ubuntu: New Bug description: Manual states: --disable-factory Do not register with the activation name server, do not re-use an active terminal. Yet terminal opens and "foo" is being printed immediately even though the terminal didn't close: $ gnome-terminal --disable-factory; echo foo foo ``` This behavior was different in the past and doesn't seem "normal" for a Linux application, e.g. it now prevents using gnome-terminal as a `vim` wrapper for an external editor. Usually Linux applications are manually forked with ampersand and as far as I understand it still should be possible with a `--disable-factory` argument. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: gnome-terminal 3.14.2-0ubuntu3 ProcVersionSignature: Ubuntu 3.19.0-26.28-generic 3.19.8-ckt4 Uname: Linux 3.19.0-26-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.3 Architecture: amd64 CurrentDesktop: GNOME Date: Mon Aug 31 16:11:37 2015 InstallationDate: Installed on 2014-02-06 (571 days ago) InstallationMedia: Ubuntu-GNOME 14.04 "Trusty Tahr" - Alpha amd64 (20131219) SourcePackage: gnome-terminal UpgradeStatus: Upgraded to vivid on 2015-04-30 (122 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1490593/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1170164] Re: can't switch input method at all
I have the very same issue but I don't think it's gnome-terminal related. Please confirm restarting gnome itself doesn't help (as in: alt+F2, type in letter "r" and press enter, you have to alt+tab twice afterwards to regain focus on terminal), we will be sure then it really is a gnome-terminal and not gnome issue. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1170164 Title: can't switch input method at all Status in ibus: New Status in gnome-terminal package in Ubuntu: Confirmed Bug description: Normally gnome-terminal allows the user to switch the input method by pressing a special key combination. Sometimes gnome-terminal gets into a state where it seems to ignore the special key combination for switching the input method in ibus - it is permanently locked in the default input method for English. There is no clear pattern of usage or trigger for when it happens. 1. The problem is not solved by resetting the terminal using the menu Terminal -> Reset, or Terminal -> Reset and Clear 2. The problem is also not solved even by starting a new gnome-terminal from the menu, File -> Open Terminal -> Default 3. However, using the command-line to start a new terminal with the factory disabled does make input method switching work again: gnome-terminal --disable-factory but doing this obviously loses all the session information in the previous gnome-terminal. 4. Also, when the problem occurs, opening a new tab re-enables the input mode to be switched in the new tab as well as in the original tab. However, the problem usually re-occurs soon in the original tab. This has been happening in all versions of Ubuntu since 10.04 until 12.04.02 precise, with gnome-terminal up to and including version 3.4.1.1-0ubuntu1 and ibus version 1.4.1-3ubuntu1 This is a really annoying bug. To manage notifications about this bug go to: https://bugs.launchpad.net/ibus/+bug/1170164/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1390628] Re: Mouse pointer invisible after upgrade to Ubuntu 14.10
Just to expand on the issue as an Ubuntu GNOME 14.10 user: the mouse pointer is invisible on login screen (GDM 3.14.1), in overview and when hovering over the top bar, left dock, run dialog (alt+F2), notifications, message try or any context menu / drop-down list these surfaces generate (GNOME Shell 3.14.3). It does, however, display correctly on desktop surface as well as in all other applications. The property `active` of `gsettings set org.gnome.settings- daemon.plugins.cursor' is indeed set to `true` but setting it to `false` doesn't help (tried to reset, restart and finally reboot afterwards - all to no avail). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1390628 Title: Mouse pointer invisible after upgrade to Ubuntu 14.10 Status in gnome-settings-daemon package in Ubuntu: Confirmed Status in gnome-settings-daemon package in Debian: New Bug description: After upgrading from Xubuntu 14.04 to 14.10, the mouse pointer became invisible AFTER the user session start. This is why it looks like an XFCE problem (although it might be another problem with Xorg or the graphics stack triggered by XFCE). The mouse works perfectly in the login page, and when logging in with an user, it works fine when the XFCE logo is shown while starting the session, but afterwards, a graphics mode seems to change (I can see some activity in Xorg.log) and after that I can't see the mouse pointer anymore. The mouse works, the pointer is just invisible. I can even use it through VNC, I can see the VNC client showing the pointer perfectly too. This is rendering my computer virtually unusable. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1390628/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1108872] Re: Some elements become unreadable when enabled Dark theme for all applications from gnome shell tweak tool
I don't know how to fix Contacts but this helps with Software Center. ** Patch added: softwarecenter.css.patch https://bugs.launchpad.net/ubuntu/+source/gnome-themes-standard/+bug/1108872/+attachment/4106001/+files/softwarecenter.css.patch -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-themes-standard in Ubuntu. https://bugs.launchpad.net/bugs/1108872 Title: Some elements become unreadable when enabled Dark theme for all applications from gnome shell tweak tool Status in “gnome-themes-standard” package in Ubuntu: Confirmed Bug description: I am using Gnome shell 3.6.2 on Ubuntu 12.10 When selected Enable dark theme for all applications option from Gnome shell tweak tool, some elements of some applications become unreadable - Ubuntu Software Center, Gnome contacts are few among them. Please fix it. Attached screenshots here. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-themes-standard/+bug/1108872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 733862] Re: Gadu Gadu situation
** Changed in: telepathy-haze (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to telepathy-haze in Ubuntu. https://bugs.launchpad.net/bugs/733862 Title: Gadu Gadu situation Status in “telepathy-haze” package in Ubuntu: Confirmed Bug description: Binary package hint: telepathy-haze I'll be honest with you. Current implementation of Gadu Gadu protocol in telepathy-haze is worthless. Why don't you substitute it with working solution? https://launchpad.net/ubuntu/+source/telepathy- sunshine This lack of working implementation of Gadu Gadu in default Ubuntu is show stopper for people in Poland. How can I suggest the new OS for them, when such fundamental thing - their favorite IM protocol - is not working? Yea, I know it can transport messages, but without contacts support it doesn't matter. Just kick the GG out of telepathy-haze and pull telepathy-sunshine into dependencies of empathy. I hope this can be done in Natty cycle. Really, in Poland lack of proper GG support destroys value of Ubuntu for new users. Just do it, and the situation will change greatly! To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/telepathy-haze/+bug/733862/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 733862] Re: Gadu Gadu situation
telepathy-haze does support: * contact statuses / avatars * message delivery / reception * notification about your contact writing to you That's basically all that's needed to use the protocol for text communication. However it doesn't support: * buddy list saving * buddy list export (to file / server) * buddy list importing (from file / server) * file transfer Probably more. I don't agree with the tone of this bug report, however, implementation of Gadu Gadu in telepathy-haze does not allow for convenient usage mostly due to necessity of adding all your friends ID numbers every time you close/open IM. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to telepathy-haze in Ubuntu. https://bugs.launchpad.net/bugs/733862 Title: Gadu Gadu situation Status in “telepathy-haze” package in Ubuntu: Confirmed Bug description: Binary package hint: telepathy-haze I'll be honest with you. Current implementation of Gadu Gadu protocol in telepathy-haze is worthless. Why don't you substitute it with working solution? https://launchpad.net/ubuntu/+source/telepathy- sunshine This lack of working implementation of Gadu Gadu in default Ubuntu is show stopper for people in Poland. How can I suggest the new OS for them, when such fundamental thing - their favorite IM protocol - is not working? Yea, I know it can transport messages, but without contacts support it doesn't matter. Just kick the GG out of telepathy-haze and pull telepathy-sunshine into dependencies of empathy. I hope this can be done in Natty cycle. Really, in Poland lack of proper GG support destroys value of Ubuntu for new users. Just do it, and the situation will change greatly! To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/telepathy-haze/+bug/733862/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 733862] Re: Gadu Gadu situation
There's no working telepathy-sunshine for Ubuntu 11.10 Oneiric. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to telepathy-haze in Ubuntu. https://bugs.launchpad.net/bugs/733862 Title: Gadu Gadu situation Status in “telepathy-haze” package in Ubuntu: Confirmed Bug description: Binary package hint: telepathy-haze I'll be honest with you. Current implementation of Gadu Gadu protocol in telepathy-haze is worthless. Why don't you substitute it with working solution? https://launchpad.net/ubuntu/+source/telepathy- sunshine This lack of working implementation of Gadu Gadu in default Ubuntu is show stopper for people in Poland. How can I suggest the new OS for them, when such fundamental thing - their favorite IM protocol - is not working? Yea, I know it can transport messages, but without contacts support it doesn't matter. Just kick the GG out of telepathy-haze and pull telepathy-sunshine into dependencies of empathy. I hope this can be done in Natty cycle. Really, in Poland lack of proper GG support destroys value of Ubuntu for new users. Just do it, and the situation will change greatly! To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/telepathy-haze/+bug/733862/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp