| Summary: | LO 4.1.0.1 doesn't save path to own certificates | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Thomas Hackert <thackert> |
| Component: | Libreoffice | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED NOTABUG | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | caolanm, tbehrens |
| Version: | 4.1.0.1 rc | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Thomas Hackert
2013-06-25 12:38:20 UTC
so, do you have $MOZILLA_CERTIFICATE_FOLDER set in your environment ?, i.e. what's the output of echo $MOZILLA_CERTIFICATE_FOLDER ? MOZILLA_CERTIFICATE_FOLDER was the "old" way to force setting the cert dir while the new way is to use these new gui settings, but the old way is still supported in the sense that setting the env variable MOZILLA_CERTIFICATE_FOLDER will override any user selected option. Hello Caolán, *, (In reply to comment #1) > so, do you have $MOZILLA_CERTIFICATE_FOLDER set in your environment ?, i.e. > what's the output of echo $MOZILLA_CERTIFICATE_FOLDER ? it was set. I have not set it AFAICS ... ;) If I enter <quote> echo $MOZILLA_CERTIFICATE_FOLDER </quote> I get <quote> ~/.mozilla/firefox/2gsprytl.default </quote> (I have anonyzed /home/$user to gain a little bit privacy ... ;) ), which is interesting, as this profile is in ~/mozilla/firefox_old, which I created, when I had a problem with Firefox ... ;) > MOZILLA_CERTIFICATE_FOLDER was the "old" way to force setting the cert dir > while the new way is to use these new gui settings, but the old way is still > supported in the sense that setting the env variable > MOZILLA_CERTIFICATE_FOLDER will override any user selected option. What would happen, if I unset the path (if this is possible)? And I am wondering, if it is the default way to show it in the Certificate window. In LO Version 4.0.4.2 (Build ID: 9e9821abd0ffdbc09cd8c52eaa574fa09eb08f2) with installed Germanophone lang- as well as helppack it isn't ... ;) Thanks for your interest in my bug Thomas. You can unset it (for a given environment) with unset MOZILLA_CERTIFICATE_FOLDER in a terminal and launch office from the command line of that terminal. The question is though where is it getting set. e.g. see http://stackoverflow.com/questions/5299886/find-out-where-an-environment-variable-was-last-set-in-bash for debugging where that's coming from. Common places of course are ~/.bashrc ~/.bash_profile. Maybe the output of... grep -r MOZILLA_CERTIFICATE_FOLDER /etc/profile.d/* ~/.bash* might get lucky and hit the right place. I'll remove this from MAB 4.1, as given that the env var is set, then its working correctly to honour that above all else. Good morning Caolán, *, (In reply to comment #3) > You can unset it (for a given environment) with unset > MOZILLA_CERTIFICATE_FOLDER in a terminal and launch office from the command > line of that terminal. ah, OK. Then it works :) Thanks for your tip :) > The question is though where is it getting set. e.g. see > http://stackoverflow.com/questions/5299886/find-out-where-an-environment- > variable-was-last-set-in-bash for debugging where that's coming from. Common > places of course are ~/.bashrc ~/.bash_profile. Maybe the output of... Thanks for the link :) I found it in ~/.bashrc, though I am not sure, when I have set it ... :( <snip> > I'll remove this from MAB 4.1, as given that the env var is set, then its > working correctly to honour that above all else. OK. Should I close this bug as "WORKSFORME" or something else? Or would you mind to close it? Thanks again Thomas. Great, that's the mystery solved then. We'll use "NOTABUG" as its working as intended, i.e. backwards compatibility if that variable is set. Though recommendation these days is to not set it and let the auto-profile detect do its thing and if necessary override it through the UI. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.