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+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