Re: (unresolved) Re: [libreoffice-users] weirdness in save dialogue box
Hi Steve, Years. I have had this issue for years. I had no response from this list and thought it must be an "improvement" and don't think I filed a bug as I just got used to working with it. If you also see this behavior as buggy behavior, why don't you confirm the bug? https://bugs.documentfoundation.org/show_bug.cgi?id=156765 Write about the system you are using. Write you get the same buggy behavior and switch it from UNCONFIRMED to NEW. Regards Robert -- Homepage: https://www.familiegrosskopf.de/robert -- To unsubscribe e-mail to: users+unsubscr...@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
Re: (unresolved) Re: [libreoffice-users] weirdness in save dialogue box
Years. I have had this issue for years. I had no response from this list and thought it must be an "improvement" and don't think I filed a bug as I just got used to working with it. On 24/08/2023 20:44, Mike Scott wrote: On 14/08/2023 12:11, Mike Scott wrote: On 12/08/2023 19:19, Steve Edmonds wrote: Hi, you could file a bug and post the number here. 156765 . And there it has sat for 10 days, and remains unassigned and un-updated. Oh well. Nice idea though. What's the usual timescale for someone to at least say it's not going to be addressed? -- To unsubscribe e-mail to: users+unsubscr...@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
Re: (unresolved) Re: [libreoffice-users] weirdness in save dialogue box
On 14/08/2023 12:11, Mike Scott wrote: On 12/08/2023 19:19, Steve Edmonds wrote: Hi, you could file a bug and post the number here. 156765 . And there it has sat for 10 days, and remains unassigned and un-updated. Oh well. Nice idea though. What's the usual timescale for someone to at least say it's not going to be addressed? -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England -- To unsubscribe e-mail to: users+unsubscr...@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
Re: (unresolved) Re: [libreoffice-users] weirdness in save dialogue box
On 12/08/2023 19:19, Steve Edmonds wrote: Hi, you could file a bug and post the number here. 156765 (If I've steered through bugzilla correctly!) -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England "The only way is Brexit" -- anon. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: (unresolved) Re: [libreoffice-users] weirdness in save dialogue box
Hi, you could file a bug and post the number here. Since I have had these issues for a few years now I have adjusted to them, and working on Linux the file extension doesn't even seem necessary so I just have to remember to add it if forwarding the file to someone else. On 11/08/23 02:13, Mike Scott wrote: OK, I see this thread's died out, so I assume there's no-one with a magical cure. I guess I'll have to persuade my wife that LO's own dialogue's are the way to go, although I confess I dislike them myself intensely. It won't put me off LO :-} But thanks to all for commenting. -- To unsubscribe e-mail to: users+unsubscr...@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
(unresolved) Re: [libreoffice-users] weirdness in save dialogue box
OK, I see this thread's died out, so I assume there's no-one with a magical cure. I guess I'll have to persuade my wife that LO's own dialogue's are the way to go, although I confess I dislike them myself intensely. It won't put me off LO :-} But thanks to all for commenting. -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
On 01/08/2023 20:33, Steve Edmonds wrote: I posed a question a few weeks ago about "Save As" not having a suggested file name in the "Name" field, I had no replies possibly because no one else saw this incorrect behaviour. I see issues in KDE Dolphin, are you seeing the issues in MATE Caja. Has the issue been observed in Gnome Nautilus. I've just tried running this on my headless freebsd server, with the X11 output on my Mint desktop. I've no idea what sort of environment that offers the application on the server. I can say the dialogue boxes shown for failing-on-mint and working-on-mint files are fine: very akin to the LO style, and show (with a brief test) no issues at all. And a further test on Raspberry Pi OS(*) with the same files shows much the same style of dialogue box as freebsd, again without obvious issues. But as the problems seem to pop up rather randomly, those comments may be mis-leading. (*) Pi4: surprisingly snappy in use! I've not tried it before. -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England "The only way is Brexit" -- anon. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
On 02/08/2023 00:50, Mike Scott wrote: On 01/08/2023 10:32, Steve Edmonds wrote: Are the goings on with LO 7.5.5.2 from the LO website using the OS native file dialogue and the goings on stop when using the LO file dialogue. If so it would point to a bug in LO. OS native fails; AFAICT the LO-peculiar dialogues work OK. Does look like an LO issue; but how come lots of others aren't seeing the same, and how come it's so seemingly random? (Not that I'm changing which I use: sorry, but the LO dialogue boxes I find confusingly different.) I posed a question a few weeks ago about "Save As" not having a suggested file name in the "Name" field, I had no replies possibly because no one else saw this incorrect behaviour. I see issues in KDE Dolphin, are you seeing the issues in MATE Caja. Has the issue been observed in Gnome Nautilus. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
On 01/08/2023 10:32, Steve Edmonds wrote: Are the goings on with LO 7.5.5.2 from the LO website using the OS native file dialogue and the goings on stop when using the LO file dialogue. If so it would point to a bug in LO. OS native fails; AFAICT the LO-peculiar dialogues work OK. Does look like an LO issue; but how come lots of others aren't seeing the same, and how come it's so seemingly random? (Not that I'm changing which I use: sorry, but the LO dialogue boxes I find confusingly different.) -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
On 1/08/23 21:08, Mike Scott wrote: On 01/08/2023 00:53, Peter Hillier-Brook wrote: sudo dpkg -iR /Downloads/ I don't see that as any harder than using the system package manager and repositories. Hmmm. My reply from an hour or so ago doesn't seem to have made it through the list. But it's superseded anyway. I've pulled out a spare machine and checked that it too was failing (LO 7.3.5.2 from the ub repo running on Mint Mate 21) I've installed LO 7.5.5.2 from the LO website, which to my relief installed alongside the older version. 7.5.5.2 shows exactly the same symptoms. So whatever is going on is nothing to do with the ubuntu packaging. Are the goings on with LO 7.5.5.2 from the LO website using the OS native file dialogue and the goings on stop when using the LO file dialogue. If so it would point to a bug in LO. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
On 01/08/2023 00:53, Peter Hillier-Brook wrote: sudo dpkg -iR /Downloads/ I don't see that as any harder than using the system package manager and repositories. Hmmm. My reply from an hour or so ago doesn't seem to have made it through the list. But it's superseded anyway. I've pulled out a spare machine and checked that it too was failing (LO 7.3.5.2 from the ub repo running on Mint Mate 21) I've installed LO 7.5.5.2 from the LO website, which to my relief installed alongside the older version. 7.5.5.2 shows exactly the same symptoms. So whatever is going on is nothing to do with the ubuntu packaging. -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
sudo dpkg -iR /Downloads/ I don't see that as any harder than using the system package manager and repositories. Peter HB On 31/07/2023 20:26, Steve Edmonds wrote: I was thinking also to try direct from the LO site, it is just so much easier to install/remove upgrade/downgrade using the system package manager and repositories. On 31/07/2023 22:56, Peter Hillier-Brook wrote: Mike, It seems that you have not yet installed directly from the LibreOffice download site. Many years ago, when I still thought Ubuntu was a viable option for me, I had problems with their variant of LibreOffice. Installing the real thing eliminated the problems. Best wishes. Peter HB On 31/07/2023 09:14, Mike Scott wrote: On 30/07/2023 21:17, Steve Edmonds wrote: . 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. Mint Mate; versions 21 and (iirc) 20.2 on the lappy. LO is installed from the relevant ubuntu PPA. This machine (mint 21) says (synaptic) 1:7.3.7-0ubuntu0.22.0.4.3, but I think the other machine is on LO 6.something (IMBW) from the ub PPA. They have the same issue. I do find the unpredictability rather concerning. I've just had to hunt for a "failing" file, but did find one. 'Save As' consistently (well, for the moment anyway!) adds the file extension in the dialogue. I switched to LO style dialogue boxes, and they behave as expected (file name given, no extension) - switching back to system style dialogues restores the wrong behaviour. BTW, of two files -- an original plus a copy made with Caja (^C and ^V) -- they consistently (for now) behave in the two different ways. Thanks all for more comments. I hesitate to raise a bug report over this; for one thing the LO web bug page I found last time pretty incomprehensible, but for another it's really not repeatable enough. I'm not really sure where to go from here. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
I was thinking also to try direct from the LO site, it is just so much easier to install/remove upgrade/downgrade using the system package manager and repositories. On 31/07/2023 22:56, Peter Hillier-Brook wrote: Mike, It seems that you have not yet installed directly from the LibreOffice download site. Many years ago, when I still thought Ubuntu was a viable option for me, I had problems with their variant of LibreOffice. Installing the real thing eliminated the problems. Best wishes. Peter HB On 31/07/2023 09:14, Mike Scott wrote: On 30/07/2023 21:17, Steve Edmonds wrote: . 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. Mint Mate; versions 21 and (iirc) 20.2 on the lappy. LO is installed from the relevant ubuntu PPA. This machine (mint 21) says (synaptic) 1:7.3.7-0ubuntu0.22.0.4.3, but I think the other machine is on LO 6.something (IMBW) from the ub PPA. They have the same issue. I do find the unpredictability rather concerning. I've just had to hunt for a "failing" file, but did find one. 'Save As' consistently (well, for the moment anyway!) adds the file extension in the dialogue. I switched to LO style dialogue boxes, and they behave as expected (file name given, no extension) - switching back to system style dialogues restores the wrong behaviour. BTW, of two files -- an original plus a copy made with Caja (^C and ^V) -- they consistently (for now) behave in the two different ways. Thanks all for more comments. I hesitate to raise a bug report over this; for one thing the LO web bug page I found last time pretty incomprehensible, but for another it's really not repeatable enough. I'm not really sure where to go from here. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
Mike, It seems that you have not yet installed directly from the LibreOffice download site. Many years ago, when I still thought Ubuntu was a viable option for me, I had problems with their variant of LibreOffice. Installing the real thing eliminated the problems. Best wishes. Peter HB On 31/07/2023 09:14, Mike Scott wrote: On 30/07/2023 21:17, Steve Edmonds wrote: . 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. Mint Mate; versions 21 and (iirc) 20.2 on the lappy. LO is installed from the relevant ubuntu PPA. This machine (mint 21) says (synaptic) 1:7.3.7-0ubuntu0.22.0.4.3, but I think the other machine is on LO 6.something (IMBW) from the ub PPA. They have the same issue. I do find the unpredictability rather concerning. I've just had to hunt for a "failing" file, but did find one. 'Save As' consistently (well, for the moment anyway!) adds the file extension in the dialogue. I switched to LO style dialogue boxes, and they behave as expected (file name given, no extension) - switching back to system style dialogues restores the wrong behaviour. BTW, of two files -- an original plus a copy made with Caja (^C and ^V) -- they consistently (for now) behave in the two different ways. Thanks all for more comments. I hesitate to raise a bug report over this; for one thing the LO web bug page I found last time pretty incomprehensible, but for another it's really not repeatable enough. I'm not really sure where to go from here. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
On 30/07/2023 21:17, Steve Edmonds wrote: . 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. Mint Mate; versions 21 and (iirc) 20.2 on the lappy. LO is installed from the relevant ubuntu PPA. This machine (mint 21) says (synaptic) 1:7.3.7-0ubuntu0.22.0.4.3, but I think the other machine is on LO 6.something (IMBW) from the ub PPA. They have the same issue. I do find the unpredictability rather concerning. I've just had to hunt for a "failing" file, but did find one. 'Save As' consistently (well, for the moment anyway!) adds the file extension in the dialogue. I switched to LO style dialogue boxes, and they behave as expected (file name given, no extension) - switching back to system style dialogues restores the wrong behaviour. BTW, of two files -- an original plus a copy made with Caja (^C and ^V) -- they consistently (for now) behave in the two different ways. Thanks all for more comments. I hesitate to raise a bug report over this; for one thing the LO web bug page I found last time pretty incomprehensible, but for another it's really not repeatable enough. I'm not really sure where to go from here. -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England "The only way is Brexit" -- anon. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
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
Re: [libreoffice-users] weirdness in save dialogue box
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 -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more:
Re: [libreoffice-users] weirdness in save dialogue box
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. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
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. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
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. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
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? :} === -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England "The only way is Brexit" -- anon. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
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. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
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. -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
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. On 7/24/23 11:21, Mike Scott wrote: On 22/07/2023 19:03, Steve Edmonds wrote: I have just opened an older file, sometimes the file Name field is not blank when I "Save As" with older files until I edit and re-save. This time the full name with extension does show. If I open Writer to an Untitled document and "Save As" the Name field is pre-filled with "Untitled" (no extension). In Tools>Options>LO>General there is an option Open/Save Dialogues, I don't know if this setting would affect Mike's result. I don't think so. I've just been playing again with the problem. First up, I deleted ~/.config/libreoffice/ to try to get a clean(er) start. (Not that this seems to have affected anything.) There's a file JUNK.odt in my home directory, and which behaviour I get actually seems to vary randomly. I've tried even opening this document just the once and doing repeated 'Save As' + Cancel, and the behaviour occasionally changes from one to the other, sticking there for a while before switching back. Sometimes the 'Name' box in the dialogue says "JUNK.odt" [with the odt selected) and sometimes just "JUNK" [selected]. Checking on my laptop, which seems to be running an older version 6.something (I think it's runnjing the previous Mint version), the same sort of behaviour is observable. This is seriously weird, and very confusing for my wife, who regularly needs to send out .docx files to her contacts; in the mode where "JUNK.odt" is the style, she has to manually change the odt to docx, which should not be necessary. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
On 22/07/2023 19:03, Steve Edmonds wrote: I have just opened an older file, sometimes the file Name field is not blank when I "Save As" with older files until I edit and re-save. This time the full name with extension does show. If I open Writer to an Untitled document and "Save As" the Name field is pre-filled with "Untitled" (no extension). In Tools>Options>LO>General there is an option Open/Save Dialogues, I don't know if this setting would affect Mike's result. I don't think so. I've just been playing again with the problem. First up, I deleted ~/.config/libreoffice/ to try to get a clean(er) start. (Not that this seems to have affected anything.) There's a file JUNK.odt in my home directory, and which behaviour I get actually seems to vary randomly. I've tried even opening this document just the once and doing repeated 'Save As' + Cancel, and the behaviour occasionally changes from one to the other, sticking there for a while before switching back. Sometimes the 'Name' box in the dialogue says "JUNK.odt" [with the odt selected) and sometimes just "JUNK" [selected]. Checking on my laptop, which seems to be running an older version 6.something (I think it's runnjing the previous Mint version), the same sort of behaviour is observable. This is seriously weird, and very confusing for my wife, who regularly needs to send out .docx files to her contacts; in the mode where "JUNK.odt" is the style, she has to manually change the odt to docx, which should not be necessary. -- Mike Scott (unet2 [deletethis] scottsonline.org.uk) Harlow Essex England "The only way is Brexit" -- anon. -- To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
On 23/07/23 04:42, Philip Jackson wrote:
On 22/07/2023 11:02, Mike Scott wrote:
On 20/07/2023 00:14, Steve Edmonds wrote:
Does this still happen if you update to LO7.4?
If I open yyy.odt, and click 'Save As' the field "Name" for file
name is always blank.
On 19/07/2023 05:38, Philip Jackson wrote:
Hi :
I'm using 7.3.7.2 on UbuntuStudio and I'm always using 'save as'
but I've never had the problem you describe. Sorry.
Philip
On 18/07/2023 16:13, Mike Scott wrote:
Hi all; a very weird issue has been found by my wife, which I can
repeat on a separate machine. Both use LO 7.3.7.2 on Mint 21.
What happens is this. Take an odt file, open it in Writer then go
to 'Save As'. The expected behaviour is that the filename in the
dialogue box will be filled in and selected/highlighted and
there'll be no file type appended. Eg, I open yyy.odt, and 'Save
As' displays just 'yyy' (highlighted).
However, sometimes and for no apparent reason, the dialogue box
instead displays filename and file type ('yyy.odt'), with the type
(only) highlighted. This causes issues when trying to save as a
different type (eg as .docx)
(TLDR: open question at end! The details of my testing results are
too long; sorry.)
Thanks all for comments, including one off-list. Ap[ologies for not
getting back sooner - family matters intervened.
To clarify, my made-up name yyy.odt was (previously) by way of
indicating what happens, not that that was the literal file causing
problems. Apologies for any mis-direction.
I'm still none the wiser as to what's happening. I've just checked
again the environment for the files. I have a file in a directory
/dhome/mike, and an identical copy (^C ^V in a file manager) in
/dhome/mike/temp of a file called
Saturday song sheet.odt
(yes - there are two spaces together there, but that's not the issue)
I close LO. Double-click on the one in the temp directory, head for
File|Save As. The filename is filled in
Saturday song sheet
and selected. No file type.
So, I close LO. Double-click on the one in the higher directory;
again File|Save As. This time, the file name and type appear;
Saturday song sheet.odt
the /type/ alone is selected.
I cannot for the life of me understand why the behaviour in the two
cases should be different.
To add to my confusion, I've just tried the following sequence of
operations, starting with the "failing" file in /dhome/mike:
make a copy and change name:
cp Saturday\ \ song\ sheet.odt yyy.odt
open yyy.odt and see that Save As prefills the file name box as
"yyy.odt" with the odt selected.
Rename and do the same again:
mv yyy.odt yy.odt
Same issue - Save As shows the name and type.
Finally, do it again:
mv yy.odt y.odt
But now y.odt opens the same, but Save As simply shows a highlighted
"y" in the file name box.
Oh, and if I rename y.odt back to yy.odt, the problem comes back.
And, if I copy yy.odt (fails) to my temp directory, all is well with
the copy.
The thing is, when trying to save as .doc having the file type
pre-set in the box causes a problem - LO will try to save a .doc (or
whatever) as the type shown, and it needs manually changing. That's
hazardous for someone like my wife, and can potentially lose the
original .odt file.
I've just tried a similar sequence with the same file in my "real"
home directory (/home/mike) with identical results.
**?
Does LO perhaps treat "top-level" directories in some way specially?
My current guess is that multi-character file names in a "top-level"
directory are treated differently from others. That would be very odd
though, so IMBW!
Thanks for reading. I find this sort of problem hard to describe
concisely. Am I missing something obvious?
Hi Mike,
I've tried to replicate your series of moves listed in your latest
email. I even started with a file of the same name, Saturday song
list.odt, and used mv and cp as close as I could following your
sequence. In every case, when I came to 'save as' in LO Writer 7.3.7.2
in UbuntuStudio 2022LTS, only the file name without extension was
shown in the 'file name' box. I tried saving into the ~/ directory and
into other lower levels.
I have been unable to replicate your case where the file name and its
extension are given in the 'save as' | 'file name box'.
I'm commonly working on Writer docs three and four levels down from
the home directory and 'save as' is one of my most common ways of
duplicating a file to provide a starter in a new directory. I've never
seen the behavior you describe.
This doesn't help you, I'm afraid. Could it be something connected
with your OS version? I can't exactly recall if my LO is the
UbuntuStudio distribution version or whether I downloaded it from the
LO website - I've done both over the years. When I look where it is
installed ( usr/bin/libreoffice) I would expect I'm using the version
supplied by UbuntuStudio.
Philip
I have just opened an older file, sometimes the file Name
Re: [libreoffice-users] weirdness in save dialogue box
On 22/07/2023 11:02, Mike Scott wrote:
On 20/07/2023 00:14, Steve Edmonds wrote:
Does this still happen if you update to LO7.4?
If I open yyy.odt, and click 'Save As' the field "Name" for file name is
always blank.
On 19/07/2023 05:38, Philip Jackson wrote:
Hi :
I'm using 7.3.7.2 on UbuntuStudio and I'm always using 'save as' but I've never
had the problem you describe. Sorry.
Philip
On 18/07/2023 16:13, Mike Scott wrote:
Hi all; a very weird issue has been found by my wife, which I can repeat on a
separate machine. Both use LO 7.3.7.2 on Mint 21.
What happens is this. Take an odt file, open it in Writer then go to 'Save As'.
The expected behaviour is that the filename in the dialogue box will be filled
in and selected/highlighted and there'll be no file type appended. Eg, I open
yyy.odt, and 'Save As' displays just 'yyy' (highlighted).
However, sometimes and for no apparent reason, the dialogue box instead
displays filename and file type ('yyy.odt'), with the type (only) highlighted.
This causes issues when trying to save as a different type (eg as .docx)
(TLDR: open question at end! The details of my testing results are too long;
sorry.)
Thanks all for comments, including one off-list. Ap[ologies for not getting
back sooner - family matters intervened.
To clarify, my made-up name yyy.odt was (previously) by way of indicating what
happens, not that that was the literal file causing problems. Apologies for any
mis-direction.
I'm still none the wiser as to what's happening. I've just checked again the
environment for the files. I have a file in a directory /dhome/mike, and an
identical copy (^C ^V in a file manager) in /dhome/mike/temp of a file called
Saturday song sheet.odt
(yes - there are two spaces together there, but that's not the issue)
I close LO. Double-click on the one in the temp directory, head for File|Save
As. The filename is filled in
Saturday song sheet
and selected. No file type.
So, I close LO. Double-click on the one in the higher directory; again
File|Save As. This time, the file name and type appear;
Saturday song sheet.odt
the /type/ alone is selected.
I cannot for the life of me understand why the behaviour in the two cases
should be different.
To add to my confusion, I've just tried the following sequence of operations, starting
with the "failing" file in /dhome/mike:
make a copy and change name:
cp Saturday\ \ song\ sheet.odt yyy.odt
open yyy.odt and see that Save As prefills the file name box as "yyy.odt" with
the odt selected.
Rename and do the same again:
mv yyy.odt yy.odt
Same issue - Save As shows the name and type.
Finally, do it again:
mv yy.odt y.odt
But now y.odt opens the same, but Save As simply shows a highlighted "y" in the
file name box.
Oh, and if I rename y.odt back to yy.odt, the problem comes back. And, if I
copy yy.odt (fails) to my temp directory, all is well with the copy.
The thing is, when trying to save as .doc having the file type pre-set in the
box causes a problem - LO will try to save a .doc (or whatever) as the type
shown, and it needs manually changing. That's hazardous for someone like my
wife, and can potentially lose the original .odt file.
I've just tried a similar sequence with the same file in my "real" home
directory (/home/mike) with identical results.
**?
Does LO perhaps treat "top-level" directories in some way specially? My current guess is
that multi-character file names in a "top-level" directory are treated differently from
others. That would be very odd though, so IMBW!
Thanks for reading. I find this sort of problem hard to describe concisely. Am
I missing something obvious?
Hi Mike,
I've tried to replicate your series of moves listed in your latest email. I
even started with a file of the same name, Saturday song list.odt, and used mv
and cp as close as I could following your sequence. In every case, when I came
to 'save as' in LO Writer 7.3.7.2 in UbuntuStudio 2022LTS, only the file name
without extension was shown in the 'file name' box. I tried saving into the ~/
directory and into other lower levels.
I have been unable to replicate your case where the file name and its extension
are given in the 'save as' | 'file name box'.
I'm commonly working on Writer docs three and four levels down from the home
directory and 'save as' is one of my most common ways of duplicating a file to
provide a starter in a new directory. I've never seen the behavior you describe.
This doesn't help you, I'm afraid. Could it be something connected with your OS
version? I can't exactly recall if my LO is the UbuntuStudio distribution
version or whether I downloaded it from the LO website - I've done both over
the years. When I look where it is installed ( usr/bin/libreoffice) I would
expect I'm using the version supplied by UbuntuStudio.
Philip
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems?
Re: [libreoffice-users] weirdness in save dialogue box
On 20/07/2023 00:14, Steve Edmonds wrote:
Does this still happen if you update to LO7.4?
If I open yyy.odt, and click 'Save As' the field "Name" for file name
is always blank.
On 19/07/2023 05:38, Philip Jackson wrote:
Hi :
I'm using 7.3.7.2 on UbuntuStudio and I'm always using 'save as' but
I've never had the problem you describe. Sorry.
Philip
On 18/07/2023 16:13, Mike Scott wrote:
Hi all; a very weird issue has been found by my wife, which I can
repeat on a separate machine. Both use LO 7.3.7.2 on Mint 21.
What happens is this. Take an odt file, open it in Writer then go to
'Save As'. The expected behaviour is that the filename in the
dialogue box will be filled in and selected/highlighted and there'll
be no file type appended. Eg, I open yyy.odt, and 'Save As' displays
just 'yyy' (highlighted).
However, sometimes and for no apparent reason, the dialogue box
instead displays filename and file type ('yyy.odt'), with the type
(only) highlighted. This causes issues when trying to save as a
different type (eg as .docx)
(TLDR: open question at end! The details of my testing results are too
long; sorry.)
Thanks all for comments, including one off-list. Ap[ologies for not
getting back sooner - family matters intervened.
To clarify, my made-up name yyy.odt was (previously) by way of
indicating what happens, not that that was the literal file causing
problems. Apologies for any mis-direction.
I'm still none the wiser as to what's happening. I've just checked again
the environment for the files. I have a file in a directory /dhome/mike,
and an identical copy (^C ^V in a file manager) in /dhome/mike/temp of a
file called
Saturday song sheet.odt
(yes - there are two spaces together there, but that's not the issue)
I close LO. Double-click on the one in the temp directory, head for
File|Save As. The filename is filled in
Saturday song sheet
and selected. No file type.
So, I close LO. Double-click on the one in the higher directory; again
File|Save As. This time, the file name and type appear;
Saturday song sheet.odt
the /type/ alone is selected.
I cannot for the life of me understand why the behaviour in the two
cases should be different.
To add to my confusion, I've just tried the following sequence of
operations, starting with the "failing" file in /dhome/mike:
make a copy and change name:
cp Saturday\ \ song\ sheet.odt yyy.odt
open yyy.odt and see that Save As prefills the file name box as
"yyy.odt" with the odt selected.
Rename and do the same again:
mv yyy.odt yy.odt
Same issue - Save As shows the name and type.
Finally, do it again:
mv yy.odt y.odt
But now y.odt opens the same, but Save As simply shows a highlighted "y"
in the file name box.
Oh, and if I rename y.odt back to yy.odt, the problem comes back. And,
if I copy yy.odt (fails) to my temp directory, all is well with the copy.
The thing is, when trying to save as .doc having the file type pre-set
in the box causes a problem - LO will try to save a .doc (or whatever)
as the type shown, and it needs manually changing. That's hazardous for
someone like my wife, and can potentially lose the original .odt file.
I've just tried a similar sequence with the same file in my "real" home
directory (/home/mike) with identical results.
**?
Does LO perhaps treat "top-level" directories in some way specially? My
current guess is that multi-character file names in a "top-level"
directory are treated differently from others. That would be very odd
though, so IMBW!
Thanks for reading. I find this sort of problem hard to describe
concisely. Am I missing something obvious?
--
Mike Scott
Harlow, Essex, England
--
To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
Does this still happen if you update to LO7.4?
If I open yyy.odt, and click 'Save As' the field "Name" for file name
is always blank.
On 19/07/2023 05:38, Philip Jackson wrote:
Hi :
I'm using 7.3.7.2 on UbuntuStudio and I'm always using 'save as' but
I've never had the problem you describe. Sorry.
Philip
On 18/07/2023 16:13, Mike Scott wrote:
Hi all; a very weird issue has been found by my wife, which I can
repeat on a separate machine. Both use LO 7.3.7.2 on Mint 21.
What happens is this. Take an odt file, open it in Writer then go to
'Save As'. The expected behaviour is that the filename in the
dialogue box will be filled in and selected/highlighted and there'll
be no file type appended. Eg, I open yyy.odt, and 'Save As' displays
just 'yyy' (highlighted).
However, sometimes and for no apparent reason, the dialogue box
instead displays filename and file type ('yyy.odt'), with the type
(only) highlighted. This causes issues when trying to save as a
different type (eg as .docx)
Even more odd is that simply copying (^C, ^V in a file manager) a
wrongly-behaving file to a different directory can change the behaviour.
I wondered if my wife had managed to include some weird character, but
the filename /looks/ kosher: 'ls -1 | od -cb' shows nothing untoward.
And indeed, one or two of my own files show the same behaviour. (I
rarely use 'Save As' anyway.)
I'm at a bit of a loss about where to check next. Has anyone else
experienced this please and can say what's happening?
TIA.
--
To unsubscribe e-mail to: users+unsubscr...@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
Re: [libreoffice-users] weirdness in save dialogue box
Hi :
I'm using 7.3.7.2 on UbuntuStudio and I'm always using 'save as' but I've never
had the problem you describe. Sorry.
Philip
On 18/07/2023 16:13, Mike Scott wrote:
Hi all; a very weird issue has been found by my wife, which I can repeat on a
separate machine. Both use LO 7.3.7.2 on Mint 21.
What happens is this. Take an odt file, open it in Writer then go to 'Save As'.
The expected behaviour is that the filename in the dialogue box will be filled
in and selected/highlighted and there'll be no file type appended. Eg, I open
yyy.odt, and 'Save As' displays just 'yyy' (highlighted).
However, sometimes and for no apparent reason, the dialogue box instead
displays filename and file type ('yyy.odt'), with the type (only) highlighted.
This causes issues when trying to save as a different type (eg as .docx)
Even more odd is that simply copying (^C, ^V in a file manager) a
wrongly-behaving file to a different directory can change the behaviour.
I wondered if my wife had managed to include some weird character, but
the filename /looks/ kosher: 'ls -1 | od -cb' shows nothing untoward. And
indeed, one or two of my own files show the same behaviour. (I rarely use 'Save
As' anyway.)
I'm at a bit of a loss about where to check next. Has anyone else experienced
this please and can say what's happening?
TIA.
--
To unsubscribe e-mail to: users+unsubscr...@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
[libreoffice-users] weirdness in save dialogue box
Hi all; a very weird issue has been found by my wife, which I can repeat
on a separate machine. Both use LO 7.3.7.2 on Mint 21.
What happens is this. Take an odt file, open it in Writer then go to
'Save As'. The expected behaviour is that the filename in the dialogue
box will be filled in and selected/highlighted and there'll be no file
type appended. Eg, I open yyy.odt, and 'Save As' displays just 'yyy'
(highlighted).
However, sometimes and for no apparent reason, the dialogue box instead
displays filename and file type ('yyy.odt'), with the type (only)
highlighted. This causes issues when trying to save as a different type
(eg as .docx)
Even more odd is that simply copying (^C, ^V in a file manager) a
wrongly-behaving file to a different directory can change the behaviour.
I wondered if my wife had managed to include some weird character, but
the filename /looks/ kosher: 'ls -1 | od -cb' shows nothing untoward.
And indeed, one or two of my own files show the same behaviour. (I
rarely use 'Save As' anyway.)
I'm at a bit of a loss about where to check next. Has anyone else
experienced this please and can say what's happening?
TIA.
--
Mike Scott (unet2 [deletethis] scottsonline.org.uk)
Harlow Essex England
--
To unsubscribe e-mail to: users+unsubscr...@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
