Bug 113391 - Opening the “save as” dialog unsets the setting “place folders before files“ in Nautilus
Summary: Opening the “save as” dialog unsets the setting “place folders before files“ ...
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: framework (show other bugs)
Version:
(earliest affected)
5.4.2.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-10-23 23:12 UTC by Frank Brütting
Modified: 2018-01-29 15:37 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Frank Brütting 2017-10-23 23:12:56 UTC 
Description:
This isn’t the case in 6.0, but it makes me crazy! Please fix this misbehaviour!

[I first filed a bug against Gnome: https://gitlab.gnome.org/GNOME/nautilus/issues/72]

Steps to Reproduce:
1. Set “place folders before files” in Nautilus.
2. Open a document in LO 5.4 and open the “save as“ menu.
3. See the Nautilus setting and view now.

Actual Results:  
.

Expected Results:
.


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 Jean-Baptiste Faure 2017-10-25 07:02:44 UTC 
Not reproducible for me under Ubuntu 16.04 x86-64 with LO 5.4.2 from Ubuntu PPA.

Best regards. JBF
Comment 2 Frank Brütting 2017-10-26 20:04:02 UTC 
https://gitlab.gnome.org/GNOME/nautilus/issues/72#note_7167

Philip could. I assume he also uses Fedora 27 beta (as I do). This happens solely in LO – there are no issues with other Flatpak programs (and I have ~20 installed).
Comment 3 Xisco Faulí 2017-10-26 23:01:48 UTC 
(In reply to zyklon87 from comment #0)
> Description:
> This isn’t the case in 6.0, but it makes me crazy! Please fix this
> misbehaviour!

Normally when it's fixed in master, we set the bug to RESOLVED WORKSFORME. In some cases, we can bisect the problem to see where it was fixed, but in this particular case, we can't as this is specific to the Flatpak
Comment 4 Frank Brütting 2017-10-28 15:01:42 UTC 
Will the next update of the 5.4 series contain these changes then, or do we have to wait until january for the bug being fixed?
Comment 5 Frank Brütting 2017-10-28 15:06:33 UTC 
And I have to add, that I compared 5.4 Flatpak with 6.0 non-flatpak – so I don’t know if this is maybe Flatpak-related.
Comment 6 Frank Brütting 2018-01-02 18:02:22 UTC 
Could someone please test that with a Flatpak version of LO6, please (as this problem isn’t the case with the non-Flatpak version)? I think setting it “Resolved Worksforme” was premature, due to no tests with the actual Flatpak version… I therefore reopen this.
Comment 7 Buovjaga 2018-01-29 15:37:03 UTC 
(In reply to zyklon87 from comment #6)
> Could someone please test that with a Flatpak version of LO6, please (as
> this problem isn’t the case with the non-Flatpak version)? I think setting
> it “Resolved Worksforme” was premature, due to no tests with the actual
> Flatpak version… I therefore reopen this.

We don't use this bug tracker for package-specific problems. You can report the problem to https://github.com/flathub/org.libreoffice.LibreOffice/issues after you have tested with a Flatpak version of LO6.