Bug 90974 - FILESAVE: if saving over previous file, displayed filename can have wrong case
Summary: FILESAVE: if saving over previous file, displayed filename can have wrong case
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.4.2.2 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: LO-File-Dialog
  Show dependency treegraph
 
Reported: 2015-04-30 16:07 UTC by js54434
Modified: 2020-08-21 18:42 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description js54434 2015-04-30 16:07:36 UTC
To reproduce:
- Make a spreadsheet named 'test1.xlsx'
- In Calc, save a new file as 'Test1.xlsx' (i.e., uppercase)
- A dialog will pop up saying '"test1.xlsx" already exists. Do you want to replace it?'
- If you click "replace", "test1.xlsx" will be saved, but "Test1.xlsx" will be displayed on the top of the window.
Comment 1 Buovjaga 2015-05-01 17:05:25 UTC
Reproduced.

Win 7 Pro 64-bit Version: 5.0.0.0.alpha1+ (x64)
Build ID: f0edb677f09ad338e22ac3b5d91497b4479e0b3c
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-27_01:54:20
Locale: fi_FI
Comment 2 Terrence Enger 2015-05-05 03:38:41 UTC
I see the reported problem with LO 4.2.2. on Windows Vista using a
NTFS filesystem when LO is configured to use LibreOffice dialogs.

When LibreOffice is configured to use native dialogs, the behaviour
changes in that the title bar after the save shows the lowercase
filename and in Start Center the pane with recently opened files shows
only the lowercase name.
Comment 3 QA Administrators 2016-09-20 09:36:44 UTC Comment hidden (obsolete)
Comment 4 Terrence Enger 2016-12-11 20:50:16 UTC
I now see the title of the LibreOffice window correctly displaying the
original, lower-case, filename.  This is using bibisect-win32-5.3
repository commit 479ca41, source hash f8c463b3.

I am setting status RESOLVED WORKSFORME.  js54434, when you see the
fix, please set status to VERIFIED WORKSFORME.
Comment 5 Terrence Enger 2016-12-11 20:55:26 UTC
Please disregard comment 4:  I forgot to use LibreOffice dialogs.

I still see the problem with bibisect-win32-5.3 repository commit
479ca41, source hash f8c463b3.  I am setting status back to NEW.
Comment 6 QA Administrators 2018-07-24 02:36:43 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2020-07-24 03:46:30 UTC Comment hidden (obsolete)
Comment 8 Terrence Enger 2020-08-02 14:02:10 UTC
I do not see the bug in a recent local build on debian-buster.

Would somebody please test on Windows, so that we can distinguish a
Windows-only bug from just-went-away?
Comment 9 Buovjaga 2020-08-21 18:42:37 UTC
No repro anymore, closing

Version: 7.1.0.0.alpha0+ (x64)
Build ID: 8700bace8c0714d853f5df6918ab9c8bb3d81f77
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded