[Bug 1518755] [NEW] broken shadows with transparent background
Public bug reported: If I enable background transparency, the shadows around the terminal are broken. See the attached screenshot. ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: gnome-terminal 3.16.2-1ubuntu4 ProcVersionSignature: Ubuntu 4.2.0-18.22-generic 4.2.3 Uname: Linux 4.2.0-18-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.19.1-0ubuntu5 Architecture: amd64 CurrentDesktop: GNOME Date: Sun Nov 22 21:01:14 2015 InstallationDate: Installed on 2014-03-31 (600 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1) SourcePackage: gnome-terminal UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug third-party-packages wily ** Attachment added: "Terminal with transparency enabled" https://bugs.launchpad.net/bugs/1518755/+attachment/4523656/+files/terminal%20transparency.png -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1518755 Title: broken shadows with transparent background To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1518755/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1518755] Re: broken shadows with transparent background
** Attachment added: "terminal without transparency and with correct shadows" https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1518755/+attachment/4523660/+files/terminal%20no%20transparency.png -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1518755 Title: broken shadows with transparent background To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1518755/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 422511] Re: problem with new scrollbar in Human theme - GtkRange::trough-border set to 2
The way gtk is handling trough-border is technically correct, but it is incorrect from a usability viewpoint. One way to fix it is to change gtk's handling of trough-border. I did that, but Firefox needs to be fixed separately because it does its own UI drawing and handling. The other way is to fake the effect, and set the gtk trough-border to 0. Some themes do this by using the pixbuf engine for the scrollbars (e.g. Dust). I patched murrine to simply draw a thinner scrollbar handle (configurable using a murrine engine parameter) to get the same effect. All the while gtk thinks the trough-border is set to 0, so it avoids all the problems (and it doesn't affect sliders). This fix is a bit of a hack, but I've been using it and didn't have any problems. This is the murrine patch: http://launchpadlibrarian.net/34046350/murrine_trough_border_proper.patch. I've also attached the changes to gtkrc that are needed to get the same effect with the murrine patch. IMHO the murrine patch is better than reworking the way gtk handles trough border. ** Attachment added: gtkrc.patch http://launchpadlibrarian.net/36873451/gtkrc.patch -- problem with new scrollbar in Human theme - GtkRange::trough-border set to 2 https://bugs.launchpad.net/bugs/422511 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 422511] Re: problem with new scrollbar in Human theme - GtkRange::trough-border set to 2
Sorry my wording might've been confusing. My patch is not in the ubuntu murrine package, so it's not in ia32libs either. My PPA didn't have ia32libs so 32bit apps on 64bit systems had an unpatched murrine. -- problem with new scrollbar in Human theme - GtkRange::trough-border set to 2 https://bugs.launchpad.net/bugs/422511 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 422511] Re: problem with new scrollbar in Human theme - GtkRange::trough-border set to 2
Restart your computer. -- problem with new scrollbar in Human theme - GtkRange::trough-border set to 2 https://bugs.launchpad.net/bugs/422511 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 422511] Re: problem with new scrollbar in Human theme - GtkRange::trough-border set to 2
Eclipse works for me, but Skype is indeed broken. Qtconfig works perfectly, so I have no idea why... -- problem with new scrollbar in Human theme - GtkRange::trough-border set to 2 https://bugs.launchpad.net/bugs/422511 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 422511] Re: problem with new scrollbar in Human theme - GtkRange::trough-border set to 2
It's because skype is 32 bit, and the 32 bit murrine engine is in ia32libs and hasn't been updated to support trough-border. I'll upload an ia32libs package to my PPA -- problem with new scrollbar in Human theme - GtkRange::trough-border set to 2 https://bugs.launchpad.net/bugs/422511 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 456211] Re: when totem changes to next file in playlist, no sound is played
I can reproduce the bug: 1. Download the 854x480 ogg file from here: http://www.bigbuckbunny.org/index.php/download/ 2. Make sure totem is not open. 3. Double click the file in nautilus. It should start playing with sound in totem 5. Double click the file again in nautilus. The sound will be delayed and out of sync by the amount of time you allowed the file to play the first time. It would seem this is related to the Start playing from last position option, but it also happens with the option disabled and with two different files. The same happens if I use the playlist with two files and click next chapter. -- when totem changes to next file in playlist, no sound is played https://bugs.launchpad.net/bugs/456211 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 422511] Re: problem with new scrollbar in Human theme - GtkRange::trough-border set to 2
This patch is a follow up on my previous murrine patch. It implements an engine parameter instead of the hardcoded value. Package is here: https://launchpad.net/~nx/+archive/ppa ** Attachment added: Proper murrine patch http://launchpadlibrarian.net/34046350/murrine_trough_border_proper.patch -- problem with new scrollbar in Human theme - GtkRange::trough-border set to 2 https://bugs.launchpad.net/bugs/422511 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 396459] Re: auto-login settings not migrated
Click manage groups and add a group called nopasswdlogin. After that it won't be greyed out. I had to look through the source code to figure this out. The nopasswdlogin group should be created by default IMHO. -- auto-login settings not migrated https://bugs.launchpad.net/bugs/396459 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 422511] Re: problem with new scrollbar in Human theme - GtkRange::trough-border set to 2
I think this is a nicer solution than my previous patch. I removed trough-border from calculations for the slider rectangle (which is used for mouse detection) and instead add/subtract the correct values when drawing the slider. For Firefox, I wanted to do something similar, modifying moz_gtk_scrollbar_thumb_paint() to draw a smaller slider, but otherwise using 0 for trough_border. I'm having problems implementing the latter, because even if I explicitly set metrics-trough_border to 0 in moz_gtk_get_scrollbar_metrics(), I can't see any difference. ** Attachment added: Alternative patch for Gtk2 http://launchpadlibrarian.net/32763472/slider_trough_border_alt.patch -- problem with new scrollbar in Human theme - GtkRange::trough-border set to 2 https://bugs.launchpad.net/bugs/422511 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 422511] Re: problem with new scrollbar in Human theme - GtkRange::trough-border set to 2
I decided to try out my idea from comment #3. This is patch uses a hardcoded value of 2, but that can easily be made configurable, as a murrine specific option. With GtkRange::slider-width set to 18, it gives the same effect for the scrollbars, with none of the bugs. Yes, it's a hack, but it works, and it's better than using a pixmap engine just for the scrollbars (like Dust does). ** Attachment added: Proof of concept patch for Murrine http://launchpadlibrarian.net/32766021/murrine_trough_border.patch -- problem with new scrollbar in Human theme - GtkRange::trough-border set to 2 https://bugs.launchpad.net/bugs/422511 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 437691] [NEW] Shutdown button and Fitts' law
Public bug reported: Binary package hint: gdm The shutdown button on Karmic's gdm is located in the lower right corner. It is close to the screen corner, which is much easier to reach with the mouse, but cannot be clicked by moving the mouse to the corner because of some padding. Since the button is safe (it only opens a menu), there's no reason not to allow this. Steps to reproduce: On the login screen, move your mouse down and right. It should stop at the corner pixel. Click the mouse. Nothing happens. Expected result: The shutdown menu opens. Fixing this is trivial: 22_shutdown_menu.patch adds a 6px padding around the button in this line: gtk_box_pack_end (GTK_BOX (panel-priv-hbox), GTK_WIDGET (shutdown_menu), FALSE, FALSE, 6); This should be changed to 0. The HumanLogin theme should have no menu shadow: GtkMenuBar::shadow-type = GTK_SHADOW_NONE ** Affects: gdm (Ubuntu) Importance: Undecided Status: New -- Shutdown button and Fitts' law https://bugs.launchpad.net/bugs/437691 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 437733] [NEW] set has-frame of option comboboxes to false
Public bug reported: Binary package hint: gdm The option comboboxes on the bottom panel have a frame that prevents their activation when clicked on the screen edge. It's easy to overshoot with the mouse and reach the screen edge (Fitts' law), and clicking there won't open the menu. In contrast, the button with the downward arrow works when clicked on the screen edge. Setting the has-frame property of the combobox fixes this. It does change the appearance though. I'll attach a simple patch that does this and a screenshot. gdm 2.28.0-0ubuntu6, Ubuntu karmic ** Affects: gdm (Ubuntu) Importance: Undecided Status: New -- set has-frame of option comboboxes to false https://bugs.launchpad.net/bugs/437733 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 437733] Re: set has-frame of option comboboxes to false
** Attachment added: set has-frame to false for option combobox http://launchpadlibrarian.net/32526705/gdm_option_box_no_frame.patch -- set has-frame of option comboboxes to false https://bugs.launchpad.net/bugs/437733 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 437733] Re: set has-frame of option comboboxes to false
** Attachment added: screenshot http://launchpadlibrarian.net/32526713/GDM-Screenshot.png -- set has-frame of option comboboxes to false https://bugs.launchpad.net/bugs/437733 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 83034] Re: panel-autohide leaves a one-pixel line on the desktop
I've hacked the panel to allow auto_hide_size to be 0 when calculating struts, i.e. how much space will be taken away from other applications. Although the 1 pixel line will still be there, maximized applications will be able to cover the whole screen, so e.g. the close button will be in the upper right corner (Fitts' law). This solution is good enough for me, as the 1 pixel line doesn't really bother me, but moving the close button away from the corner does. ** Attachment added: patch to allow 0 for auto_hide_size when calculating struts http://launchpadlibrarian.net/30267834/autohide_0.diff -- panel-autohide leaves a one-pixel line on the desktop https://bugs.launchpad.net/bugs/83034 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 412975] [NEW] option to hide handles on non-expanded panel
Public bug reported: Binary package hint: gnome-panel Gnome-panel places two handles on both sides of the panel when the panel is not expanded. I'd like to have the option to remove them, because I'd like to place a non-expanded panel with a menu in a corner, but the handle prevents me from quickly accessing the menu by moving my mouse into the corner. I've written a patch to introduce a boolean gconf value, expand_handles, which if set to false hides these (by setting their size to 0 instead of the hardcoded 10). I'm new to gnome hacking, and this is probably not the right way to do it, but it works for me. I'm using Ubuntu 9.10 and gnome-panel 1:2.27.4-0ubuntu6 ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- option to hide handles on non-expanded panel https://bugs.launchpad.net/bugs/412975 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 412975] Re: option to hide handles on non-expanded panel
** Attachment added: patch that adds gconf option to hide the handles http://launchpadlibrarian.net/30268468/expand_handles.diff -- option to hide handles on non-expanded panel https://bugs.launchpad.net/bugs/412975 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 412975] Re: option to hide handles on non-expanded panel
The patch was missing a few things, so the panel did not read the gconf option on startup. Here's a fixed version. I've also reported the bug on gnome's bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=591689 ** Bug watch added: GNOME Bug Tracker #591689 http://bugzilla.gnome.org/show_bug.cgi?id=591689 ** Attachment added: fixed patch http://launchpadlibrarian.net/30271326/expand_handles2.diff ** Attachment removed: patch that adds gconf option to hide the handles http://launchpadlibrarian.net/30268468/expand_handles.diff -- option to hide handles on non-expanded panel https://bugs.launchpad.net/bugs/412975 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs