After a period of time, a difference between real system path in w10 and ST4 4107 interpretation breaks
[ST4] incorrect case on path for search file or on copy file path
Please see list below :
{
âbootstrappedâ: true,
âin_process_packagesâ:
[
],
âinstalled_packagesâ:
[
âAlignmentâ,
âAll Autocompleteâ,
âApacheConfâ,
âChangeQuotesâ,
âColor Highlighterâ,
âCSS Unminifierâ,
âDartâ,
âEditorConfigâ,
âFormatterâ,
âGhostTextâ,
âGitâ,
âGitGutterâ,
âHTML5â,
âHTMLAttributesâ,
âIncrement Selectionâ,
âjQueryâ,
âJSON Reindentâ,
âLESSâ,
âlesscâ,
âMinifyâ,
âPackage Controlâ,
âPackageSyncâ,
âPhpDocâ,
âPretty JSONâ,
âSCSSâ,
âSFTPâ,
âSideBarEnhancementsâ,
âSingleTrailingNewLineâ,
âTerminalâ,
âTerminusâ,
âTrailingSpacesâ
],
}
Currently SFTP does not work proprely when ST4 looses case.
I noticed lsp-intelephense
sometimes provides wrong case goto definition, but you are not using that. So I have no clue at this moment.
Hey, today I found the cause of the bug, but no idea how to address this
- clicking on the file in sidebar works perfectly, path is in correct case
- but âFind advanced⌠in parent folderâ returns a full lowercase path instead of reality
Any solution? Who is in charge?
IDK why weâre talking about plugins, right after the ST4 update all my path names have been erroneously lowercased, Iâm surprised nobody is screaming about this!
The right-click âCopy File Pathâ feature also suffers this bug!
Expected clipboard result:
/Users/myusername/code/wa/app/Http/Controllers/Api/Archive/ClaimController.php
Actual clipboard result:
/Users/myusername/code/wa/app/http/controllers/api/archive/ClaimController.php
This error is also in the window title:
Sorry, new users can only post one image in a post
ok
Weirdly enough, when opening 2 files with identical names, but from different folders, one of showed up more correctish:
But ST4 is lowercasing things that were not lowercased in ST3.
If the filesystem is case-insensitive, does it really matter what the casing of the path is?
Yes of course, working on a W10 workstation and uploading to Linux server causes nightmares.
I am having the same issue. When using Find in Files the path generated in the search results does not respect the case sensitivity of the path. This is not an issue for the local file system, but as dqrs points out, when uploading to a linux server, it causes all kinds of problems. Iâm using the sftp plugin to sync files on save and they are ending up in the wrong place.
FWIW, when using Command-T to open a new file, the correct path is maintained.
If the filesystem is case-insensitive, does it really matter what the casing of the path is?
I donât know what youâre referring to, I do right-click âCopy File Pathâ, paste into terminal with command, get âfile does not existâ error, then have to manually correct the erroneously lowercased letters. This only started happening in ST4 and breaks my workflow from years of using ST3.
Guys, in my case the source of the issue was the gitignore. After Iâve turened it off it started to behave itself:
Sublime text Snippet search in folder Error
Hi, thatâs good to hear because this is really a pita, hope it will be released soon. Thanks.
Windows 10 also supports enabling case-sensitive filenames on a per-directory basis, or on whole hard disks (Iâm not sure about the latter though, only about the former). This feature was introduced for better WSL support, since Linux is case sensitive.