Community
Participate
Working Groups
We should disable the refactor->rename operation for EGLSource folder. Renaming a source folder will cause all the (compiler) settings on package and files lost. In RBD, we don't allow rename the source folder. I don't see a need to allow user do this.
But if you rename a package or file then you're in the same situation - refactoring must support updating the project-level settings. One of the refactoring bugs has information on how to traverse the settings files so that it can update the keys.
Justin, this is a good point. We should make sure refactoring folders and files will keep the compiler setting. What's the number of the refactoring bug you mentioned.
It's bug 346269.
RBD supports 'EGLSource' refactoring. So from my understanding, EDT should also suppprt it. Rename 'EGLSource' will have the following effect: 1. The name of 'EGLSource' is renamed. 2. Path Entry in .eglpath are updated 3. Project settings are updated
I have a handler which calls a service in the same project using workspace binding. After renaming the EGLSource folder, run the handler reports dd can not be found. please do the green thread testing after renaming to make sure functions are not broken.
When you change EGLSource folder, it will trigger a process to generate files under the folder again, and if the generation has no error, scenario described in this bug will not appear. whether the generator has error or not, you can see from: ASTFileInfo.setErrors() method. How the error is generated is below: WorkingCopyResourceChangeProcessor$WrokingCopyResourceChangeJob -- WorkingCopyResourceChangeProcessor$WrokingCopyResourceChangeJob.doRun(IProgressMonitor) --364 -- WorkingCopyResourceChangeProcessor$WrokingCopyResourceChangeJob.processAddedFile() -- 495 --- WorkingCopyCompilerResourceFileInfoCreator.initializeASTInfo() --- WorkingCopyCompilerResourceFileInfoCreator.initializeParts() --- File.accept() --- Node.accept() --- Handler.accept() --- WorkingCopyCompilerResourceFileInfoCreator.processPart(ASTPartSourceReader reader, Part part, int partType, int sourceStart, int sourceLength) --- WorkingCopyCompilerResourceFileInfoCreator.isDuplicatePart
There's a problem in handling EGL Model when renaming Source folder, the working copy model is not updated, and still have old part information. The problem also exists in RBD. The problem will gone after close and reopen the project, or close relaunch EDT. beside this issue, renaming source folder works well. I'll close this one and open a new defect for the problem described above.
