BUG REPORT : renaming files
Posted: Sat Jan 04, 2014 2:49 am
Running 5.3 on Win7-32, I note the following sequences that seems rather odd.
I have two files in the project, a .C and a .H (note the upper case). For reasons of code and naming consistency, I want to change these to .c and .h (lowercase).
1. The rename file dialog won't permit me to change the extensions because the file already exists. This seem to me to be a bug.
2. Removing (rather than just excluding) the two files from the project but not deleting them, saving the project, and restarting Codelite results in the .C and .H file still being present in the project. This is not what I would expect to happen: surely if a file is removed from a project, should it not stay removed until replaced?
3. If in Windows Explorer I rename the files to .c and .h, when CodeLite restarts, the files still show up as .C and .H. This is not what I expected, but is not really a bug, just a Windows thing.
4. If I move the .C and .H (or .c and .h) to another directory, when CodeLite restarts, the files still show up in the project. Would not it be helpful if there was a message that informs me that a file is missing? Trying to open them does not generate any message either.
5. Removing and Deleting the .C and .H file project entries (even though the files now don't exist in the project paths) is required. Moving the now .c and .h back to the project path and importing them results in the listing as .c and .h, which is what I wanted.
Have I missed something in how CodeLite works, as this does all seem rather clumsy.
regards,
SD
I have two files in the project, a .C and a .H (note the upper case). For reasons of code and naming consistency, I want to change these to .c and .h (lowercase).
1. The rename file dialog won't permit me to change the extensions because the file already exists. This seem to me to be a bug.
2. Removing (rather than just excluding) the two files from the project but not deleting them, saving the project, and restarting Codelite results in the .C and .H file still being present in the project. This is not what I would expect to happen: surely if a file is removed from a project, should it not stay removed until replaced?
3. If in Windows Explorer I rename the files to .c and .h, when CodeLite restarts, the files still show up as .C and .H. This is not what I expected, but is not really a bug, just a Windows thing.
4. If I move the .C and .H (or .c and .h) to another directory, when CodeLite restarts, the files still show up in the project. Would not it be helpful if there was a message that informs me that a file is missing? Trying to open them does not generate any message either.
5. Removing and Deleting the .C and .H file project entries (even though the files now don't exist in the project paths) is required. Moving the now .c and .h back to the project path and importing them results in the listing as .c and .h, which is what I wanted.
Have I missed something in how CodeLite works, as this does all seem rather clumsy.
regards,
SD