https://bugs.documentfoundation.org/show_bug.cgi?id=92151

--- Comment #6 from Luke Kendall <l...@zeta.org.au> ---
I don't know if it's the same problem, but LO has currently locked up, and is
not responding.  It has gone to 100% CPU, and has been like that for the last
15mins.  Clicking on the Close icon on the LO window does nothing; and the
window does not redraw if I move something in front of it.

I'm not sure where it keeps its autosaved documents, but there's nothing there
where I'd expect them to be:

$ ls -lt  ~/.openoffice*
/home/luke/.openoffice:
total 8
drwxr-xr-x 3 luke kendall 4096 Jul 27  2014 4
drwxr-xr-x 5 luke kendall 4096 Jan 16  2014 1.1.0

/home/luke/.openoffice.org:
total 4
drwx------ 3 luke kendall 4096 Jul 27  2014 3

/home/luke/.openoffice.org2:
total 4
drwxr-xr-x 17 luke kendall 4096 Jan 16  2014 user

$ ls -lat /home/luke/.openoffice/4/user/backup/
total 8
drwxr-xr-x 17 luke kendall 4096 Jul 27  2014 ..
drwxr-xr-x  2 luke kendall 4096 May  7  2014 .

$ ls -lat /home/luke/.openoffice/4/user/backup/
total 8
drwxr-xr-x 17 luke kendall 4096 Jul 27  2014 ..
drwxr-xr-x  2 luke kendall 4096 May  7  2014 .

I couldn't attach to the LO process as myself, but as root I could, and FWIW,
after many lines of loading and reading symbols for various shared objects:

Loaded symbols for
/opt/libreoffice4.4/program/../program/libPresenterScreenlo.so
0x00007f198111428c in SwIndex::ChgValue(SwIndex const&, int) ()
   from /opt/libreoffice4.4/program/../program/libswlo.so
(gdb) where
#0  0x00007f198111428c in SwIndex::ChgValue(SwIndex const&, int) ()
   from /opt/libreoffice4.4/program/../program/libswlo.so
#1  0x00007f198113cd40 in SwPosition::SwPosition(SwNode const&) ()
   from /opt/libreoffice4.4/program/../program/libswlo.so
#2  0x00007f198113d962 in SwPaM::SwPaM(SwNode const&, int, SwNode const&, int,
SwPaM*) () from /opt/libreoffice4.4/program/../program/libswlo.so
#3  0x00007f198144c9b8 in ModelToViewHelper::ModelToViewHelper(SwTxtNode
const&, unsigned short) () from
/opt/libreoffice4.4/program/../program/libswlo.so
#4  0x00007f198147056c in SwTxtNode::CountWords(SwDocStat&, int, int) const ()
   from /opt/libreoffice4.4/program/../program/libswlo.so
#5  0x00007f19811e225a in
sw::DocumentStatisticsManager::IncrementalDocStatCalculate(long, bool) () from
/opt/libreoffice4.4/program/../program/libswlo.so
#6  0x00007f19811e37ed in sw::DocumentStatisticsManager::UpdateDocStat(bool,
bool) () from /opt/libreoffice4.4/program/../program/libswlo.so
#7  0x00007f19811e20cd in
sw::DocumentStatisticsManager::GetUpdatedDocStat(bool, bool) () from
/opt/libreoffice4.4/program/../program/libswlo.so
#8  0x00007f19818585a2 in SwView::StateStatusLine(SfxItemSet&) ()
   from /opt/libreoffice4.4/program/../program/libswlo.so
#9  0x00007f19b2c7c38e in SfxDispatcher::_FillState(SfxSlotServer const&,
SfxItemSet&, SfxSlot const*) () from /opt/libreoffice4.4/program/libsfxlo.so
#10 0x00007f19b2c79ed8 in SfxBindings::Update_Impl(SfxStateCache*) ()
   from /opt/libreoffice4.4/program/libsfxlo.so
#11 0x00007f19b2c7a4e8 in SfxBindings::NextJob_Impl(Timer*) ()
   from /opt/libreoffice4.4/program/libsfxlo.so
#12 0x00007f19b0ebaf22 in Timer::ImplTimerCallbackProc() ()
   from /opt/libreoffice4.4/program/libvcllo.so
#13 0x00007f19a3578264 in sal_gtk_timeout_dispatch ()
   from /opt/libreoffice4.4/program/libvclplug_gtklo.so
#14 0x00007f19aaf5dce5 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#15 0x00007f19aaf5e048 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 0x00007f19aaf5e0ec in g_main_context_iteration ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x00007f19a357a125 in GtkData::Yield(bool, bool) ()
   from /opt/libreoffice4.4/program/libvclplug_gtklo.so
#18 0x00007f19b0eb559e in Application::Yield() ()
   from /opt/libreoffice4.4/program/libvcllo.so
#19 0x00007f19b0eb5635 in Application::Execute() ()
   from /opt/libreoffice4.4/program/libvcllo.so
#20 0x00007f19b6286e9d in desktop::Desktop::Main() ()
   from /opt/libreoffice4.4/program/libsofficeapp.so
#21 0x00007f19b0eb9e21 in ImplSVMain() ()
   from /opt/libreoffice4.4/program/libvcllo.so
#22 0x00007f19b0eb9e42 in SVMain() ()
   from /opt/libreoffice4.4/program/libvcllo.so
#23 0x00007f19b62ac9df in soffice_main ()
   from /opt/libreoffice4.4/program/libsofficeapp.so
#24 0x000000000040076b in main ()

The system was not running out of VM:

top - 13:54:31 up 75 days, 22:00, 11 users,  load average: 3.10, 2.18, 1.10
Tasks: 301 total,   2 running, 298 sleeping,   0 stopped,   1 zombie
%Cpu(s): 35.0 us,  0.7 sy,  0.0 ni, 64.1 id,  0.2 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  16101592 total, 14955948 used,  1145644 free,  1178448 buffers
KiB Swap:  9820156 total,  1452112 used,  8368044 free.  3751276 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND     
19817 luke      20   0 2728152 307204  40516 R  98.7  1.9 264:32.96 soffice.bin 
 2505 luke      20   0 1228164 175068  30888 S   9.3  1.1 356:30.60 chromium-b+ 
29169 luke      20   0 1208564 167004  33596 S   7.0  1.0 171:43.50 chromium-b+ 
 1407 luke      20   0 1321248 202352  68864 S   6.3  1.3 247:53.79 chromium-b+ 
 1151 luke      20   0 2813892 479956  81656 S   6.0  3.0 353:29.58 chromium-b+ 
 2246 luke      20   0 1523968 226916  43736 S   4.0  1.4 153:22.03 chromium-b+ 
29107 luke      20   0 1267292 204464  36932 S   3.3  1.3  33:53.42 chromium-b+ 
 1753 root      20   0  578388 170660 101500 S   2.0  1.1   1885:07 Xorg        
 5186 luke      20   0 1827300 536300  54800 S   1.3  3.3   2134:48 firefox     
 1379 luke      20   0 1728440 498572 121984 S   1.0  3.1 104:51.56 chromium-b+ 
 3139 luke      20   0  606812  16712   3092 S   1.0  0.1  30:45.43 bamfdaemon  
 3796 luke      20   0  715704  25668   7644 S   1.0  0.2  23:22.96 gnome-term+ 
 3275 luke      20   0  684904  11004   5120 S   0.7  0.1  20:26.08 metacity    
 3622 luke      20   0 1228828 228560   6280 S   0.7  1.4 929:22.80 indicator-+ 
    9 root      20   0       0      0      0 S   0.3  0.0  20:54.55 rcuos/1     
 1248 luke      20   0 1235204 184064  15672 S   0.3  1.1  18:49.48 chromium-b+ 
 1260 luke      20   0 1054124  37728  14088 S   0.3  0.2   3:43.76 chromium-b+ 
 2472 luke      20   0 1223380 137688  30204 S   0.3  0.9   7:40.46 chromium-b+ 
 3143 luke      20   0   18112    416    288 S   0.3  0.0  83:13.21 upstart-db+ 
 3282 luke      20   0  941620 112960  10360 S   0.3  0.7 124:32.16 gnome-panel 
25188 luke      20   0 2168260  71708  12764 S   0.3  0.4 201:13.75 chromium-b+ 
26588 luke      20   0  864604  21188   9000 S   0.3  0.1  33:12.58 workrave    
32663 luke      20   0   25096   1880   1164 R   0.3  0.0   0:00.15 top         
    1 root      20   0   34360   2428    828 S   0.0  0.0   0:08.61 init
...

After 30 mins I had to just kill it.

Running it again I got these error messages, in order:

1:
/home/luke/.config/libreoffice/4/user/backup/AToeInTheOceanOfBooks.odt_0.odt
does not exist.
2:
/home/luke/.config/libreoffice/4/user/backup/AToeInTheOceanOfBooks.odt_0.odt
does not exist.
3:
Object not accessible.
The object cannot be accessed
due to insufficient user rights.
4:
/home/luke/.config/libreoffice/4/user/backup/reviews.odt_0.odt does not exist.
5:
/home/luke/.config/libreoffice/4/user/backup/reviews.odt_0.odt does not exist.
6:
Object not accessible.
The object cannot be accessed
due to insufficient user rights.
7:
/home/luke/.config/libreoffice/4/user/backup/WildThing-w.cover-bigtext.odt_0.odt
does not exist.
8:
/home/luke/.config/libreoffice/4/user/backup/WildThing-w.cover-bigtext.odt_0.odt
does not exist.
9:
Object not accessible.
The object cannot be accessed
due to insufficient user rights.

After that the recovery process continued, and the three files were listed as
Recovered, but each with a yellow tick instead of a green tick.

(May I ask, what was LO recovering, if there were no files in the backup area? 
Where was the recovery data coming from?)

Clicking Finish lead to this warning:

The automatic recovery process was interrupted [That's not true, BTW]

The documents listed below will be saved in the folder noted below if you click
'Save'.  Click 'Cancel' to close the wizard without saving the documents.
AToeInTheOceanOfBooks.odt
reviews.odt
WildThing-w.cover-bigtext.odt

When I looked at the file I'd been editing, again all my edits had been lost
(about 20 mins of work, again).

This is quite annoying, as I'm sure you understand.  It's doubly annoying
because each time the autosave kicks in, you lose all typing and mouse clicks
while it happens (about 20 secs), and if it's autosaving every 10 mins,
interrupting me, but not actually auto-saving and *not reporting that the
autosave is failing*, that's just rubbing salt into the wound.

Oh, and I just discovered that LO also misinformed me when it said that it
would autosave the documents in /home/luke: after I closed the file (and
accepted that LO should save it), the file that it updated was the one in my
working directory: the 'recovered' file did not exist in /home/luke, which is
quite infuriating, since I would not have let it overwrite the copy in my
working directory with the 'recovered' file had I been given the choice. 

The autosave directory looks fine to me:

$ ls -lad /home/luke/.config/libreoffice/4/user/backup/
drwxrwx--x 2 luke kendall 4096 Jul  3 13:40
/home/luke/.config/libreoffice/4/user/backup/
$ ls -lad /home/luke/.config/libreoffice/4/user/
drwxrwx--x 16 luke kendall 4096 Jul  3 14:24
/home/luke/.config/libreoffice/4/user/
$ ls -lad /home/luke/.config/libreoffice/4/
drwx------ 4 luke kendall 4096 Jul  3 14:24 /home/luke/.config/libreoffice/4/
$ ls -lad /home/luke/.config/libreoffice/
drwxrwx--x 3 luke kendall 4096 Jan 28  2014 /home/luke/.config/libreoffice/
$ ls -lad /home/luke/.config/
drwxr-xr-x 53 luke kendall 4096 Apr 18 15:55 /home/luke/.config/

$ id
uid=1000(luke) gid=1001(kendall)
groups=1001(kendall),4(adm),8(mail),20(dialout),21(fax),24(cdrom),25(floppy),26(tape),27(sudo),30(dip),44(video),46(plugdev),102(netdev),105(fuse),108(scanner),113(lpadmin),124(sambashare)

I hope the above information will be helpful.

I'm seriously considering switching to OpenOffice instead of LibreOffice.

Now to see if I can remember the edits I made and re do them.  Otherwise
re-invent them.  Grr.

luke

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to