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?