Date: prev next · Thread: first prev next last
2023 Archives by date, by thread · List index




On 31/07/2023 08:44, Philip Jackson wrote:
On 30/07/2023 22:17, Steve Edmonds wrote:


On 31/07/2023 01:09, Philip Jackson wrote:
On 29/07/2023 20:07, Steve Edmonds wrote:


On 29/07/23 19:32, Mike Scott wrote:
On 25/07/2023 21:17, Steve Edmonds wrote:


On 25/07/2023 22:17, Mike Scott wrote:
On 24/07/2023 17:39, Paul D. Mirowsky wrote:
Just out of curiosity, at any time did you receive a "Confirm File Format" window and unchecked the "Ask when not saving in ODF or default format" dialog?

An error in this function might react oddly, even though unlikely.

The "Confirm File Format" window only (and always) pops up when a non-odf format is picked from the drop-down box in the 'Save As' dialogue. "Ask when not saving in ODF..." is set in the LO options and re-appears (set) in the "Confirm format" window.

The odd thing today is that on this machine at least, I can't provoke the erroneous behaviour... I must have just clicked "Save As" 30 or more times, and all works perfectly. Would fail regularly when I last posted. The machine has just been rebooted though... surely that can't affect things!

Thanks to you and to all for comments.


Yesterday I observed the behaviour you described, just once, first time in a few years since the bug saving with file names containing multiple '.'s (i.e. API12.578.PT100SB.odt) was fixed. This time also I had a file name suggested in the "Save As" Name field, no extension showing, file type .odt selected and LO saved the file without any extension.
I couldn't repeat it. I have no idea what logic is involved.


Hmm the gremlins persist - my last email seems not to have made it to the list.

First, in answer to a query, the dialogue box style is set to system not LO's own. But as, today, I can't provoke the behaviour at all, I can't say whether the choice of style affects matters.

And the text of my last email, telling of a very odd thing, was as follows (apologies if anyone's already seen this):

===

Thanks for the comment; similar I guess.

The craziest thing today though. Having tried and failed to make my desktop fail again, I've just tried my rather slower laptop. The dialogue box briefly flashed up something I couldn't make out, so I set a screen recorder running. Serious weirdness is evident.

When I do the 'Save As', the dialogue box comes up. At one point as I step through frame-by-frame, the main area (the panel with a list of file names on disk) is empty, and the save as file name box at the top contains the highlighted file name, no type.

At the next frame, the main area is populated, and the filename box now contains the name plus highlighted type - which is the bad behaviour I have noted.

I should add, it took a couple of tries to get it to happen.

I can't imagine what's going on internally to do this. And seemingly randomly at that.

Maybe the gremlins are getting restless? :}

===

If it happens again, try the LO file dialogue. I had do do this a while back for a period where the KDE dialogue was acting badly under LO.

The last two responses (Mike and Steve) mentioned dialogs - system and LO. That was something I hadn't considered so I just checked what I'm using.

In my UbuntuStudio LTS 2204 with KDE Plasma desktop, I'm using every day LO's own dialog boxes. Not thro a specific choice but because it never occurred to me to do otherwise. And as I've said in a couple of posts to this thread, I've never experienced the OP's issue although 'save as' is part of my daily routine.

So I just changed the setting - I deselected the use LO open/save dialogs and then tried a 'save as'. The suggested filename was then complete with the odt suffix.  I re-selected the LO open/save dialogs and tried again - the suggested filename was without the odt suffix.  So it seems that using system dialogs does play a part in this affair.  And my distro now uses the KDE desktop whereas for years it was XFCE.

I just switched from the KDE file manager (Dolphin) to the LO file load/save dialogues, there is definitely an issue with LO when using Dolphin that is not evident with other apps using Dolphin.
Philip, are you using LO from their site or an Ubuntu packaged version.
Mike, you say both machines are Mint, MATE or Xfce? Did you install from a PPA or the LO website.

It's over a year since I upgraded to UbuntuStudio LTS 2204 and I don't recall whether I just stuck with the distro version of LO or downloaded from the LO site - I've done both over the years. When I check "which libreoffice" it returns /usr/bin/libreoffice so I imagine I'm using the distro supplied version otherwise it would be in /opt/ wouldn't it?

I don't have any trouble with opening Writer or Calc files from Dolphin. I always set up the file manager to open files with a single click and it just works fine.

Philip

The only issue I have had with Dolphin and LO is with "Save As" and I can work around it.

--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.