I'm trying to change the default Writer dictionaries path, to allow them to be shared more easily with other computers. The process at first appears to work using - Tools > Options > Paths > Dictionaries > Edit > Add > Select Path > Click on radio button > OK. Double-checking the settings immediately after shows the original and the new path listed correctly. However after closing Writer and re-starting, the alternate dictionary path is always missing. All the other paths (autocorrect, templates etc) DO work ok - it's just the Dictionaries path that refuses to retain the new setting. I've reproduced this on LO 4.3.6, 4.4.0 and 4.4.1 on Win7 and XP.
Reproduced in all tested versions, except 4.2.0. I didn't have to close LibO, it was enough to OK from the Options dialog and go back to check. Win 7 Pro 64-bit, Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6 Locale: fi_FI Version: 4.5.0.0.alpha0+ Build ID: 8c3cf9dd48e40604867d3a28bddaccd65142df17 TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-03-27_15:15:18 Locale: fi_FI Ubuntu 14.10 64-bit Version: 4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71 Version: 4.3.5.2 Build ID: 3a87456aaa6a95c63eea1c1b3201acedf0751bd5
This doesn't seem to have ever worked since it was implemented in the below commit (including in 4.2.0.4 - you have to close the outer options dialog and reopen to see the issue). Adding Cc: to timar74@gmail.com; Any chance you could take a look at this one? Thanks commit aecd2510e53ea6457dd4f4fa032d82b7dd6178ef Author: Andras Timar <atimar@suse.com> Date: Thu Aug 8 07:22:57 2013 +0200 fdo#36558 Allow custom paths for user dictionaries Change-Id: I7c1e473fb1e874c137cf47a169fd78bf7a842d4e
The bug is still present in 5.0.2
Migrating Whiteboard tags to Keywords: (implementationError, bibisected)
Adding Cc: to Andras Timar
This bug is still present with LO 6.0.5.2
CANNOT reproduce Version: 6.2.0.0.alpha0+ (x64) Build ID: b30b4e9c7c492542e1ae726e2e45627ee33f7cd5 CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-07-02_00:48:04 Locale: ja-JP (ja_JP); Calc: CL
ah reproduced for some reason.
It seems happening if the default path is listed in the last position, I mean if I left the radio button for the original/default path selected even after adding a new path. but I don't know what's causing this issue.
after resetting profile, what I see is as the reporter says, rather than my comment 9
https://opengrok.libreoffice.org/xref/core/cui/source/options/optpath.cxx?r=d4073045#809 after successfully saving the user value, the code seems to throw an exception, bybassing code to save the writable value. if I comment-out the following line, Impl->m_xPathSettings->setPropertyValue(sCfgName + POSTFIX_USER, aValue); the following line correctly saves the "writable" value, but this line also throws an exception. so SAL_INFO placed after this line in try block, that logging will not work. pImpl->m_xPathSettings->setPropertyValue(sCfgName + POSTFIX_WRITABLE, aValue); info:salhelper.thread:4024:4008:salhelper/source/thread.cxx:21: launch configmgrWriter warn:cui.options:4024:4008:cui/source/options/optpath.cxx:831: caught: class com::sun::star::uno::Exception msg: configmgr inappropriate property value * line number would not be exactly the same as mine, due to some modifications(not fix) on my side.
so if I use the official nightly builds, and click the radio button for non-default path, which is used for writable path, it will not appear on next launch of LibreOffice. I have to completely withdraw my stamement, sorry , condition was completely reversed!
typo: withdraw my stamement in comment 9
Self-Reminder: please note that it would be more difficult to reproduce this bug if you are building your own libreoffice with OSL_DEBUG_LEVEL > 1. https://opengrok.libreoffice.org/xref/core/cui/source/options/optpath.cxx?r=dfaa7d4d#174
I suspect that the following line should be https://opengrok.libreoffice.org/xref/core/framework/source/services/pathsettings.cxx?r=8dc6c96a#672 xProps->setPropertyValue(aResubstPath.sPathName, css::uno::Any(OUString(""))); in order to make https://opengrok.libreoffice.org/xref/core/configmgr/source/access.cxx?r=80f990b8#1491 value.hasValue() true. but in this case the dialog for the path selection where radio buttons exists showed three items with an empty string. want someone's feedback.
uno::Any(OUString("") works and uno::Any does not because the Dictionaries element is not allowed to be nillable, but the code seems to assume it is. https://gerrit.libreoffice.org/#/c/64115/ lets it work I think.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/f913bdf712b9e03506b1278e1142283af92125b1%5E%21 tdf#90333 Dictionaries Path Cannot Be Changed It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
backport to 6-2 in gerrit
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/ce7bb69f8205bcbe36cba4c53bd110e07ef3e05d%5E%21 tdf#90333 Dictionaries Path Cannot Be Changed It will be available in 6.2.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 111883 has been marked as a duplicate of this bug. ***
*** Bug 121403 has been marked as a duplicate of this bug. ***
*** Bug 113593 has been marked as a duplicate of this bug. ***
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-1": https://git.libreoffice.org/core/+/546eadd66ebc319ad8c627186b47c5ead0747009%5E%21 tdf#90333 Dictionaries Path Cannot Be Changed It will be available in 6.1.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Yippee! Dictionary path setting confirmed as remembered. Checked using LibreOffice v6.1.5.2 on Linux MintC 19.1 and Win 7. Good work, thanks to all.