Hi,
I've posted a patch yesterday in gnome bugzilla. I'll *try* to upload packages
to my ppa so that it gets better testing.
For those who want to test the patch I rather suggest using the second patch at:
https://bugzilla.gnome.org/show_bug.cgi?id=657632
Which also fixes a nasty bug where you
*** This bug is a duplicate of bug 990228 ***
https://bugs.launchpad.net/bugs/990228
** This bug has been marked a duplicate of bug 990228
sidebar minimum width too large
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evince in
Public bug reported:
When one elarges the thumbnail sidepane horizontally, (s)he cannot
shrink it down to a smaller size:
steps to reproduce:
- open a pdf in evince with sufficiently many pages (say 3).
- Make the Thumbnail sidepane visible. Originally it should display one column
with the
*** This bug is a duplicate of bug 704232 ***
https://bugs.launchpad.net/bugs/704232
Public bug reported:
When one elarges the thumbnail sidepane horizontally, (s)he cannot
shrink it down to a smaller size:
steps to reproduce:
- open a pdf in evince with sufficiently many pages (say 3).
-
Indeed, the bug was re-introduced. Here is what I *think* happened.
Bug shows in 2.32. Evince folks make the sidepane horizontally
scrollable (GtkScrolledWindow with hscrollpolicy to ALWAYS or
AUTOMATIC), which in turns allows the GtkIconView to be resized
accordingly.
Later people complain
Hi.
Pacakges for precise including the fix are available in my ppa. Please do test.
https://launchpad.net/~kim.nguyen/+archive/ppa
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evince in Ubuntu.
https://bugs.launchpad.net/bugs/990228
Hi.
Pacakges for precise including the fix are available in my ppa. Please do test.
https://launchpad.net/~kim.nguyen/+archive/ppa
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evince in Ubuntu.
https://bugs.launchpad.net/bugs/704232
@Andrea:
It seems that unity ignores the primary monitor setting in some situations.
Unity version: 4.20.0-0ubuntu2
Set-up:
right monitor, 22 Dell monitor no rotation, primary
left monitor, 19 Dell monitor, left rotation, not primary
Unity launcher still shows up on the left monitor (which I use
@Andrea: ok.
Although I understand this can be a sane default, just ignoring X primary
monitor seems too much. There are several reasonable configurations where the
primary should get the panel, no matter where it is. E.g configuration used
when you need to
copy/read from a secondary monitor
With latest version (0.2.6-0ubuntu1) there are several shortcommings.
Configuration is the following:
- front monitor DELL 16:9 1680x1050 hard-coded to Primary in xorg.conf
- left monitor is DELL 4:3 1280x1024 rotated counterclockwise (property set in
xorg.conf)
- Intel core i5 clarkdale
Public bug reported:
The latest upload of network-manager-applet in Precise
(0.9.2.0+git.20120126t000800.5151959-0ubuntu1) leaks memory heavily.
1) Description: Ubuntu precise (development branch)
Release:12.04
2) Package version 0.9.2.0+git.20120126t000800.5151959-0ubuntu1
3) Memory
Public bug reported:
Consider the following PM configuration, set by the user from the control-center
* on Battery, when lid is closed, suspend
* on AC, when lif is closed, do nothing
On Trusty and Utopic, if the user first closes the lid and then unplugs
its laptop, gsd-power-mangager
** Changed in: unity-settings-daemon (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1456745
Title:
[Vivid] laptop do not suspend
A patched unity-settings-daemon is available in my ppa.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1456745
Title:
[Vivid] laptop do not suspend if lid is closed
Public bug reported:
Note: I'm flagging this as a bug in gnome-settings-daemon, but the
program itself is not buggy. It's rather the usage of this program
instead of unity-settings-daemon in ubuntu 17.10 that causes a system
regression.
---
Up to and including Ubuntu 17.04, unity-settings-daemon
I'm attaching a proof of concept python script that restores the
behaviour (in case it's useful to others).
The script should be launched as:
systemd-inhibit --who=me --why=because --mode=block --what=handle-lid-switch
/path/to/custom_suspend.py
from the session startup
** Bug watch added: GNOME Bug Tracker #790607
https://bugzilla.gnome.org/show_bug.cgi?id=790607
** Also affects: gnome-settings-daemon via
https://bugzilla.gnome.org/show_bug.cgi?id=790607
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are
17 matches
Mail list logo
