(In reply to Olivier Tilloy from comment #8)
> This bug looks similar to
> https://bugs.documentfoundation.org/show_bug.cgi?id=131083
Nice find. Summary of bug 131083:
Happened reproducible for the user with LO Ubuntu build 6.4.0-0ubuntu7
and LO Tinderbox build
FWIW: I have installed Ubuntu's LO 6.4.6 in my focal schroot. I'm
running Debian Buster with KDE on the host in X11. I couldn't produce
any crash with the LO in the chroot, doing Calc selections and copy and
paste operations, D'n'D and also some external copy actions.
--
You received this bug
No. (In reply to Michael Weghorn from comment #2)
> The only relatively recent commit related to QMimeData handling (i.e. mostly
> copy & paste and drag'n'drop) is the fix for tdf#131533, but that fix is in
> 6.4.4 already.
>
> @jmux: Any ideas?
We know the fix for tdf#131533 is rather fishy and
Created attachment 165978
Kubuntu shutdown crash bt
It appears that one can just DL the text with a Launchpad login. So this
is just a copy from the BT as reference. For whatever reason the
clipboard object is still active, while the module is already gone,
which is causing the crash.
An other
Created attachment 165976
rhbz#1847031 cleaned crash bt
That whole bt looks broken. RH has no reproducer either, so the fix is
just a guess. Version was libreoffice-6.4.4.2-2.fc32.x86_64, as you can
see in the bt paths.
The bt itself looks "wrong". The user did a right-click on a Calc cell,
that
This is the typical chicken-egg problem: LO's SVG rasterizer / icons
broken => default to PNG. Everybody uses PNG (and some complain about
blocky icons in HiDPI) => nobody fixes the LO's SVG rasterizer / icons.
Some more background info is in bug 133877 comment 11.
And OTOH people can manually
FYI KDE4 used to have its own auto-extension checkbox in the file open
dialog, so the LO KDE4 integration used that KDE setting and skipped
LOs' own handling. Probably that setting doesn't exist anymore, as file
dialogs are now Qt5 based and now LO has to handle the file auto-
extension on its
** Bug watch added: Debian Bug tracker #911148
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911148
** Also affects: hash-it via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911148
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are
Created attachment 145299
The example document used for the screenshot
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1772451
Title:
Diacritical marks become visible only after
Created attachment 145298
Just an example image from master build
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1772451
Title:
Diacritical marks become visible only after
That image is from todays master…
And yes - those two selections is just one done with a single cursor.
Probably this should have been a new bug…
Version: 6.2.0.0.alpha0+
Build-ID: b0eab4b2d2761139ecf5191252dfa8005cd29508
CPU-Threads: 64; BS: Linux 3.16; UI-Render: Standard; VCL: x11;
Just a FYI: I opened https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=907487
That won't result in a different binary package, but from my
interpretation it's a bug in the patch.
** Bug watch added: Debian Bug tracker #907487
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907487
--
You
I can't bisect the problem, because for the two kernels I build, suspend was
broken and the PC didn't wake up from 2nd suspend :-(
I also tried 4.9-rc6 (albeit on an Arch Linux), which shows the same bug.
** Package changed: xorg (Ubuntu) => linux-lts-xenial (Ubuntu)
--
You received this bug
So I applied this "big hammer" solution of the patch to the Trusty
(14.04) Xenial HWE kernel (4.4.0-47.68~14.04.1) and this fixes the bug.
I'll give it some more testing, while bisecting v4.0 to v4.1.
** Bug watch added: freedesktop.org Bugzilla #98832
$ git bisect log
# bad: [89e419960fb6a260f6a112821507d516117d5aa1] Linux 4.1.4
# good: [c8bde72f9af412de57f0ceae218d648640118b0b] Linux 4.1.3
git bisect start 'v4.1.4' 'v4.1.3'
# good: [e0cf83cc3de0341d8cabbb23097ad85f5ce97a11] drm/qxl: Do not leak memory
if qxl_release_list_add fails
git bisect
Hmm - so I'm not sure what's going on here. I started bisecting v4.1 ..
v4.2.8 and I couldn't find a working version in 6-7 bisects and when I
checked rest of the commit set in the bisect, it couldn't find any
commits to drivers/gpu?!
So I decided to test Ubuntu mainline kernels a little bit more
So I downloaded some kernels from http://kernel.ubuntu.com/~kernel-
ppa/mainline/?C=N;O=D
Working: linux-image-4.1.35-040135-generic_4.1.35-040135.201610241431_amd64.deb
Broken: linux-image-4.2.7-040207-generic_4.2.7-040207.201512091533_amd64.deb
--
You received this bug notification because
While keeping the Xenial HWE stack on Ubuntu Trusty (14.04), I tried
various installed HWE kernels.
It seems it really broke with the Wily kernel (4.2.0.42.34). The Vivid
kernel (3.19.0.74.56) has survived multiple resume cycles, while Wily
instantly created the problem.
--
You received this
Now I tried all the Trusty HWEs and it seems to have started with Wily.
xserver-xorg-video-radeon-lts-wily 1:7.5.0+git20150819-0ubuntu1~trusty1
linux-image-generic-lts-wily 4.2.0.42.34
xserver-xorg-core-lts-wily 2:1.17.2-1ubuntu9.1~trusty1
mesa-lts-wily 11.0.2-1ubuntu4~trusty1
I had once wrong
I couldn't reproduce the problem with Trusty (14.04) using its original
HWE stack (AKA Kernel 3.13).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1643843
Title:
Distorted colours
This is just a display problem - a snapshot is correct, so it really
looks like a radeon driver problem, instead of an xorg problem.
The wrong colors are always different, so every cycle produces a
different result. For a photo as background it almost looks like modern
art ;-)
--
You received
** Attachment added: "Correct Unity desktop"
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1643843/+attachment/4781463/+files/photo_desktop_ok.jpg
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg in Ubuntu.
Public bug reported:
When waking up the system from a suspend-resume cycle, the display most times
shows distorted colours.
As a workaround one can switch to the linux console (VT) and back to fix the
display.
Alternatively triggering DPMS also fixes the problem (xset dpms force off ;
sleep
Ups - I forgot to add the fdo prefix to the real fix, which is:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=6c7374f071d998f726cd4a5b67baf54e357d096bh=master
KDE4: prevent blocking in Display::Yield
Will reword for 4.2, so it will be included in bugzilla.
--
You received this bug
Ok - the LO shell doesn't see any events, because these are queued and
no one is running the qt main loop.
I'm currently looking into QTimer stuff. It looks like it blocks all
Timers, if I open a Dialog from a timer event. There seems to be a race
somewhere in the Qt event loop handling (wich is
Which build / version are you testing?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1272725
Title:
[Upstream] LibreOffice Calc Format Cell Dialog is sometimes unusable
Status
This looks like a KDE4 backend problem. Doesn't happen with we GNOME backend.
For me not only this Window is transparent, but the whole application stops
processing (internal?) X11 (paint?) events (just move the window).
If I close the dialog by guessing the button or pressing ESC, everything
Can you please verify that the shortcut (Ctrl+1) and Format - Cells
always work correct? I just can test master, which has additional fixes.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
Created attachment 94350
Oxygen rendered background - top highlighting
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/995330
Title:
[Upstream] Libreoffice has no border on menus
I just added two images of the Qxygen themed menu to show the
highlighting problem. Additionally the disabled menu entries are almost
unreadable.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
Created attachment 94351
Oxygen rendered background - bottom highlighting
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/995330
Title:
[Upstream] Libreoffice has no border on
I did some research on this bug while thinking of a resolution for
#74416.
Currently the KDE4 backend works like this:
* Get a control request
* Generate a QImage with the requested size
* Fill image with the QPalette::Window color
* Draw the control with the theme style to the QImage
* Blit /
32 matches
Mail list logo