Bug 68072 - CONFIGURATION: Preferences: Remove from memory after ... cannot be changed
Summary: CONFIGURATION: Preferences: Remove from memory after ... cannot be changed
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: regression
: 68423 68848 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-08-13 17:05 UTC by bug.wj
Modified: 2013-09-02 20:01 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description bug.wj 2013-08-13 17:05:03 UTC
Problem description: 

In the libre office memory preference pane, "Remove from memory after" is seth to 00:00 (hh:mm) and cannot be changed (neither by typing the value nor by using the arrows). All other values can be changed.

I'm running OSX 10.8.2 on a 13" Retina MBP. JRE is enabled (Apple Inc., version 1.6.0_37).

Steps to reproduce:
1. Open LibreOffice
2. Go to LibreOffice -> Preferences -> LibreOffice -> Memory
3. Change the value "Remove from memory after" either by typing a new value or by clicking on the arrow buttons
4. Click into any other field/press okay

Current behavior:
When cklicking arrow buttons: Nothing happens
When typing value: Value snaps back to 00:00 as soon as a different field is selected. When I click OK and reopen Preferences, value is again set to 00:00

Expected behavior:
When cklicking arrow buttons: Value should change
When typing value: Value should stay as soon as a different field is selected and should also stay when OK is pressed.

I also tried changing the ObjectReleaseTime value unter ~/Library/Application Support/LibreOffice/4/user/registrymodifications.xcu from 0 to 600 (=10 min). While the value stays changed to 600 even after re-opening LO, the value in the preferences stays 0.


              
Operating System: Mac OS X
Version: 4.1.0.4 release
Last worked in: 3.6.7.2 rc
Comment 1 m_a_riosv 2013-08-13 22:35:46 UTC
Hi altezna, thanks for reporting.

Reproducible.
Win7x64i3Ultimate
Version: 4.1.1.0.0+ Build ID: c1f0f890f5065f88164add33707228f8c6d5755
TinderBox: Win-x86@6-debug, Branch:libreoffice-4-1, Time: 2013-08-10_15:58:51
Comment 2 Owen Genat (retired) 2013-08-24 10:13:43 UTC
*** Bug 68423 has been marked as a duplicate of this bug. ***
Comment 3 bug.wj 2013-08-26 07:24:32 UTC
I just checked on my home PC:
Ubuntu 12.04 3
Libre Office Version: 4.1.0.4
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28
and here it's also reproducible.


I'm just wondering since more people are able to reproduce this:
The reason I found it is, that LibO freezes on the Mac (OSX 10.8.2 on a 13" Retina MBP. JRE is enabled: Apple Inc., version 1.6.0_37) I'm using at work.

I use only Calc, and - no matter what I do, but mostly when editing graphs - LibO uses more than 100 % (however that works) of available CPU. Most of the time, it drops again after 30-60 seconds of doing nothing to "normal" levels (5-15 % of CPU), but as soon as I'm doing anything (like clicking somewhere), CPU levels rise again and LibO freezes, thus becoming basically unusable.

When I tried to fix this, I came across the "keep in memory" option and reasoned that, when everything is kicked out of memory immediately, a lot of computing power would be wasted on reloading it constantly. Also, it seemed a much more nicer problem than random freezing ^_^ 

Anyone else notices this kind of freezing behaviour (I read about the issues with Mac's accesibility features and disabled all of them, so that should not be the problem).

Any help or ideas are very much appreciated.

Best, Wiebke
Comment 4 Jean-Baptiste Faure 2013-08-30 07:42:16 UTC
Fixed in the master by this commit: https://gerrit.libreoffice.org/gitweb?p=core.git;a=object;h=93be66f98f3180cbbe358bb5b38f64852a0d30fc

And in the 4.1 branch by this one: https://gerrit.libreoffice.org/gitweb?p=core.git;a=commit;h=751b65b246f9adaad314af808940e31050edc642

AFAIK the fix will be available in 4.1.2

Best regards. JBF
Comment 5 Stanislav Horacek 2013-09-02 18:11:53 UTC
*** Bug 68848 has been marked as a duplicate of this bug. ***
Comment 6 bug.wj 2013-09-02 20:01:23 UTC
Thanks for the quick fix!

I know this doesn't quite belong in this threat, but regarding the problem with the permanent freezing and memory eating under Mac OS X 10.8.3 with Retina (in case someone else is looking for it):

Disabling Preferences -> LibreOffice -> View -> Use Anti-Aliasing seems to solve it. Graphs do look a bit jagged then, but for now it works if I just turn on Anti-Aliasing for printing ...

Best, Wiebke