In a fresh install of Ubuntu 24.04, the snap version of LibreOffice
Writer takes ~9-10 seconds until it is usable.
The PPA version (ppa:libreoffice/ppa) takes ~2-3 seconds.
This is with a i9-9880H with 64GiB of RAM.
--
You received this bug notification because you are a member of Desktop
Pack
OLD link fails
** Bug watch added: gitlab.gnome.org/GNOME/nautilus/issues #978
https://gitlab.gnome.org/GNOME/nautilus/issues/978
** Changed in: nautilus
Importance: Medium => Unknown
** Changed in: nautilus
Status: Invalid => Unknown
** Changed in: nautilus
Remote watch: GNOME Bu
Adding what it seems to be the related upstream bug report now:
https://gitlab.gnome.org/GNOME/nautilus/issues/978
Maybe we should discuss there, so we are not screaming to the void?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautil
Thanks. I've done that.
In my case, there are (generally) no crashes, just freezes and terribly
slow scrolling, but there may be some common cause for sure, at least to
part of the problem...
Cheers.
G.
On Fri, Dec 16, 2016 at 1:08 PM, dino99 <1577...@bugs.launchpad.net>
wrote:
> @emrys
>
> pl
I created a LO bug report around this issue, or rather, the more general
issue: https://bugs.documentfoundation.org/show_bug.cgi?id=104716
** Bug watch added: Document Foundation Bugzilla #104716
https://bugs.documentfoundation.org/show_bug.cgi?id=104716
--
You received this bug notification
This seems to be a widespread and critical issue.
With both Ubuntu 16.04 and 16.10, with different computers (e.g. Xeon
64GB RAM 1TB SSD). I have problems with the UI freezing in Writer,
Impress, etc. when opening a big file (e.g. with a bunch of images, or
Mendeley references), or various mid-siz
As far as I can tell, the problem is gone in 4.4.4.2 (not sure if before
it).
Anyone else can confirm it so we can close this bug?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/
There has been 33 people confirming the bug since 2008 (in the Ubuntu
bug report). The problem persists with LibO 4.3.2.2 (430m0(Build:2)) in
Ubuntu 14.10 64bit.
To replicate, open a writer document with a few pages, suspend, wake up,
scroll down.
Scrolling down is painfully slow, the LO screen g
*** This bug is a duplicate of bug 1193522 ***
https://bugs.launchpad.net/bugs/1193522
** This bug has been marked a duplicate of bug 1193522
nautilus crashed with SIGSEGV in gtk_action_get_name()
--
You received this bug notification because you are a member of Desktop
Packages, which is
The problem persists in LO 4.1.0.0.beta1 in Ubuntu 13.04 64-bit in a
fairly modern hardware (i7, 8GB RAM).
I don't see a significant improvement after disabling AA (In Tools >
Options > View > Screen font antialiasing).
Reducing the size of the box containing the text does improve a lot the
speed
Installing the drivers for the Ethernet controller: Qualcomm Atheros
AR8161 Gigabit Ethernet solved the issue.
You can check the answer here: http://askubuntu.com/questions/249483
/how-do-i-install-drivers-for-the-atheros-ar8161-ethernet-controller-
update/285393#285393
OR do the following:
Down
I am attaching inline the log section for a failed suspend try.
In brief, when I try to suspend, the computer goes down and then
immediately up.
A device (eth2?) seems to be failing to suspend.
Not sure if this is related to some problems this model (Lenovo Y500)
has with the wired connection no
As it happens it seems during the upgrade gnome-screensaver was
uninstalled.
After re installing it, lock screen works just fine.
** Changed in: gnome-settings-daemon (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Desktop
Packages
I am using a standard Ubuntu (with Unity) desktop 64-bit in a Lenovo
Y500.
Ctrl+Alt+L is listed as the keybinding for Lock Screen. Also, Clicking
Lock in the main menu does not work.
In 12.10 it worked for me in other computers but not in the Lenovo Y500.
The problem persists in 13.04 (after an u
The problem persists with Ubuntu 13.04 Beta 2 and LO 4.0.2.2
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/185600
Title:
[Upstream] LibreOffice repeatedly freezes after resumi
Public bug reported:
My laptop generally suspends without problems but sometimes wakes up
immediately after suspend.
When it fails, you can see the screen going dark as if it were
suspending and an instant after the computer wakes up (screen unlocked).
This is with a Lenovo Y500 in a recently up
Public bug reported:
Ctrl+Alt+L or "Lock" via the main menu does not lock the screen (nothing
visible happens).
The problem also occurred in 12.10 and persists after an upgrade to
13.04 (post Beta2).
Not sure if I should select the "This bug is a security vulnerability"
as the inability to lock
I think I might have made a mistake and attributed an improvement in the
situation to LO instead of to a faster computer. It is true that now
Libreoffice does not render the system unusable after waking up from
suspend but the problem somehow persists.
With a modern computer what you would notice
I think I might have made a mistake and attributed an improvement in the
situation to LO instead of to a faster computer. It is true that
libreoffice does not render the system unusable after waking up from
suspend but the problem somehow persists.
With a modern computer what you would notice now
I made a stupid mistake. I was opening the same folder after changing
the thumbnails option. Sorry about that.
This is a more accurate assessment. Same situation as before, regardless of the
"Show thumbnails" status:
-Nautilus (1st time opening the folder) takes 43 seconds
-Nautilus (2nd time op
Of course, the 43 seconds are the default behavior. If you disable the
"Show thumbnails" option in nautilus preferences, the time goes down to
3 seconds.
It seems clear what is causing the problem. Maybe adding an option to
disable thumbnails when the folder is bigger than X files would solve
it?
Jan, the bug is not fixed in Ubuntu 12.10 (64-bit), at least not for me.
To put a quantitative example. Imagine we open a folder with 7000 dcm files in
a modern laptop:
-Nautilus takes 43 seconds
-GNOME Commander takes 1 second (!)
I tried Ubuntu 13.04 and it also takes a lot so, not fixed there
In my 12.10 64-bits with LO 4.0 installed using the website debs does
not happen any more.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/185600
Title:
[Upstream] LibreOffice r
Still having the problem in LibreOffice 3.5.1.2 Build ID:
350m1(Build:102) with Ubuntu 11.10.
If the system is powerful enough (8 cores, 16Gb RAM, SSD disk, etc.) it
is annoying but not critical. With an inferior system, the computer
becomes unusable and the only way forward is closing all LO inst
The problem persists in LO 3.5 beta 2 in Ubuntu 11.10.
--
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/185600
Title:
[Upstream] LibreOffice repeatedly freezes after resuming laptop
Matthijs, have you tried uninstalling the repos extension and installing
the one from the link? Does it work this way? (remember to close all
Libreoffice instances or even rebooting).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreo
Yes, the preseter-console from the repos does not work (with lo-menubar
installed).
Uninstalling it and installing
http://extensions.services.openoffice.org/project/presenter-screen works
fine after closing and opening Libreoffice.
This is in Oneiric 64-bit.
--
You received this bug notificatio
Sorry, I meant in Ubuntu 11.10.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/869793
Title:
Nautilus is very slow when opening folders with many files
Status in Nautilus:
Unknown
OK. I linked it to the upstream bug report.
Things with Ubuntu 10.10 seem to have improved. Although it depends on
the content of the folders.
For example, it takes 38 seconds to open a folder with 15,000 images
(.img and .hdr) but only ~6 seconds if the files are .dcm. This is
having the "show t
** Bug watch added: GNOME Bug Tracker #356836
https://bugzilla.gnome.org/show_bug.cgi?id=356836
** Also affects: nautilus via
https://bugzilla.gnome.org/show_bug.cgi?id=356836
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of De
*** This bug is a duplicate of bug 865115 ***
https://bugs.launchpad.net/bugs/865115
** This bug is no longer a duplicate of bug 873987
Nautilus crashes (segmentation fault) after upgrade to Ubuntu 11.10
** This bug has been marked a duplicate of bug 865115
nautilus crashed with SIGSEGV
*** This bug is a duplicate of bug 865115 ***
https://bugs.launchpad.net/bugs/865115
Yes, the problem ends after installing ubuntuone-client-gnome
2.0.1-0ubuntu2
I am marking this as a duplicate of bug 865115 as it seems to be two
different descriptions of the same problem with the same solut
This might be related to https://bugs.launchpad.net/ubuntu/+source
/nautilus-open-terminal/+bug/865115
After uninstalling nautilus-open-terminal, the problem ends. At least on
a 11.10 64-bits.
Is that your case?
--
You received this bug notification because you are a member of Desktop
Packages,
@Sunil, it's not necessary to uninstall Dropbox, just close it (Quit
Dropbox) and see if that makes Nautilus stable.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/873987
Title:
Naut
I have the same problem in a 64 bits Ubuntu 11.04. The problem seems
related to Dropbox.
When Nautilus crashes, opening it from a terminal (with Dropbox opened)
yields:
emrys@emryslaptop:~$ nautilus
** (nautilus:15647): DEBUG: SyncDaemon already running, initializing
SyncdaemonDaemon object
Ini
With Thunar file manager things are even faster:
~3500 files takes >0.5s
~2 files takes ~2s
This is ~15 times faster than Nautilus... and it makes a huge difference
in usability. Of course, Thunar lacks some of the great features of
Nautilus, but I can't see how things like a double pane shou
*** This bug is a duplicate of bug 869793 ***
https://bugs.launchpad.net/bugs/869793
** This bug has been marked a duplicate of bug 869793
Nautilus is very slow when opening folders with many files
--
You received this bug notification because you are a member of Desktop
Packages, which i
Public bug reported:
Opening folders with many files takes a long time with Nautilus, to the point
it becomes unusable for folders with more than 5K files.
I've measured the time it takes for folders with different amount of files to
open with Nautilus and Gnome Commander. It is ~6 times faster
38 matches
Mail list logo
