@khurshid-alam
Sorry for responding so late.
As far as I can see, the patch wasn't applied to the bionic tree of
bamf, so I think this should still be a problem in 18.04, but I haven't
tested this.
I have only experience with Unity and bamf in 16.04 and it seems that
there were some Unity
Hello? Anyone? How can I get you to integrate this obvious and simple
fix for a pretty annoying bug? It's nearly 4 months since I opened this
bug report.
This should most probably fix
https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/1326903 , which is
classed as a high importance bug, and
Did anyone look into this? If not, could you please take a look?
The attached patch provides an obvious and simple (one line) fix, and it
would be great to see this fixed in bamf, to prevent "losing"
application windows, because the corresponding Unity icon does not do
anything and the windows
This might be fixed using the patch I attached to
https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/1609303
We had the same problem, but with the Citrix Receiver. The symptoms were
exactly the same.
--
You received this bug notification because you are a member of Desktop
Packages, which is
** Tags added: trusty
** Tags added: yakkety
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to bamf in Ubuntu.
https://bugs.launchpad.net/bugs/1609303
Title:
libbamf: BamfView child cache not reloading
Status in bamf package in
Public bug reported:
When applications close and re-open their window and BamfView changed
its path, the child cache of BamfView does not reload its children and
continues to work with the old cache, which does not contain any
children. The application icon in Unity then does not do anything
Some more info: Well I hope this is the same problem. We have the
problem with newer Firefox versions right now (e.g. 45.0.1), we are
using Ubuntu 14.04 though, but I guess the Firefox packages shouldn't
differ much. The only difference I see is, that we don't have this
problem with all our users,
This affect us too. Our accept languages are "de,en-US,en", as provided
by the firefox-locale-de package. The accept language configuration
shows up right in the configuration dialog in Firefox and in
about:config (intl.accept_languages), but still Firefox only sends "en-
US,en;q=0.5" in the HTTP
@Francis: This is another bug and you should open another bug report for
that one.
That being said, I think I haven't seen that one using the Wily kernel
(yet). But I have seen one, that is probably the same bug, using newer
kernels (4.4/4.5). I have reported the bug against the 4.5.0 kernel on
@Francis: As far I can tell this is not fixed in 16.04 yet. But you
could try the xserver-xorg-video-intel package from the oibaf PPA, which
follows the upstream git repo closely (i.e. nightly git snapshots), and
should contain the relevant patches/commits.
You probably don't want all the other
I have created an upstream bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=94250
The patches mentioned in the bugreport fix the problem for me. Can the
Xenial version of the driver be updated, or the patches be backported?
** Bug watch added: freedesktop.org Bugzilla #94250
Public bug reported:
I have a Lenovo T450s. When undocking the notebook from the docking
station (Lenovo ProDock, two monitors are connected), Xorg frequently
crashes.
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: xorg 1:7.7+12ubuntu1
ProcVersionSignature: Ubuntu 4.4.0-2.16-generic 4.4.0
This is the stacktrace I got from gdb...
** Attachment added: "Stacktrace.txt"
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1540953/+attachment/4562270/+files/Stacktrace.txt
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
** Description changed:
I have a Lenovo T450s. When undocking the notebook from the docking
- station (Lenovo ProDock, two monitors are connected), Xorg frequently
+ station (Lenovo UltraDock, two monitors are connected), Xorg frequently
crashes.
ProblemType: Bug
DistroRelease: Ubuntu
Hi,
we have the same issue regarding the firmware ID, as other reported
earlier. We have new T550 systems, which have the following firmware ID:
# cat /sys/devices/platform/i8042/serio1/firmware_id
PNP: LEN002c PNP0f13
When adding a corresponding udev rule for this firmware ID to set the
udev
I have to correct something:
It seems older Firefox versions had the same problem, but it wasn't
obvious, because the default accept_languages of the firefox-locale-de
package were already de-de,de,en-us,en. In Firefox 28 the default was
changed to de,en-us,en.
Nevertheless the problem is
Public bug reported:
We have system-wide settings defined in /etc/firefox/syspref.js, amongst
others the intl.accept_languages option to define the accept languages
for our environment.
Firefox 28 (28.0+build2-0ubuntu0.12.04.1) doesn't use the accept
languages (and maybe others options) defined
17 matches
Mail list logo