 |
History
| Log In
|
|
|
|
[
Permlink
| « Hide
]
Dan Grabowski - 17 Jan 07 02:02
I have also experienced this issue with version 6.0.2 (build #6107) using CVS. IntelliJ will occasionally lose the modified status of files and I need to perform a check status on the file or project in order to get the files to display as modified again. This issue really hurts the value of the CVS integration in IntelliJ, since I can never trust that commits will include all modified files.
Attached are a screenshot of this issue occurring and the CVS entries file for the directory in question. The files ServletResourceUtils.java and ImageFinder.java in this directory are locally added, but IntelliJ is diplaying them as unmodified. The color of the file names is black, instead of green, and they do not show up in the changes tab. The CVS entries file correctly identifies these files as locally added.
This has happened to Us plenty of times. Some of our developers have moved back to Idea 5 because of this!
The most common situation where this usually happens is after doing a CVS update. The files are updated fine, but the IDE sets all files to black, whether they were changed or not. This problem prevented my company from moving from 5 to 6.
Unfortunately, it's still in 7, as of RC6 (build 7348). The problem appears to be on a directory. All modified or new files in a directory won't be seen. When using Commit Files (control-K), some modified files simply won't show up. The results if you do a Check Directory Status on a high-level directory is strange. All files will correctly appear on the "New" and "Modified" lists, but some of them will be shown in black, the "unmodified" color code. If you right-click on these files, the Commit option is greyed-out. A Synchronize fixes the problem. If a "Check Status" window is up, it is automatically fixed. We see the problem on both Linux and Windows. I think it is actually worse in 7. Typically, just closing and restarting Idea causes it. I am pretty certain that our company will not be purchasing any further upgrades, and may migrate away from Idea entirely if this is not addressed. I have to say I think it is pretty ridiculous that this bug has been out here for a year with no sign of being addressed.
For those who can reproduce the problem: Please do the following steps.
1. Download the latest IntelliJ IDEA 7.0.3 EAP build from http://www.jetbrains.net/confluence/display/IDEADEV/Selena+EAP  2. Replace the bin\log.xml in IntelliJ IDEA directory with the attached log.xml file 3. When the problem happens, note the names of the files for which the changes are not reported 4. Attach your idea.log file to this issue and specify the names of the files with a comment. This will let us see why exactly the problem happens. I opened idea, edited one file, NewPhysical.java, closed idea, and opened it again. Before I closed and reopened the file was shown in the Default change list and was highlighted blue as modified. After reopening, the name was black and the Default change list was empty. The zip file contains all idea.log* files (I didn't want to miss anything).
If there is any other way I can assist, please let me know.
Geoffrey,
Thanks for the logs! How exactly is your project configured? Do I understand correctly that all your .iml files are stored under "projects\camelot"? Is the "projects\camelot\modules" directory under a content root of any module, or do the content roots of all modules start below this directory? Dmitry,
If you need any more logs, let me know. For what it's worth OUR project structure (no connection to Geoffrey), looks like project-root-directory The module content root is always the default - the directory that the .iml file is in. Argh - the post dropped all my indenting.
project-root-directory Ed,
Please send your logs too. Your situation could be different. I haven't yet seen the issue in build 7684. Keeping my fingers crossed. Were any relevant changes made in this build?
My IPR and IML files are all in a subdirectory ("setup") within the project root. The module directories themselves reside outside of that directory. Adopting Ed's format: project-root-directory My setup is similar to Ed's, but slightly different. We actually have multiple ipr's using different combinations of modules.
So, it looks like this: project-root-directory (camelot) I do have a "commonfiles" module configured that is rooted at the "camelot" directory, but the "modules" directory is excluded. #8256: a SVN move once again did not make it into commit fully (the deletion was not recognized until after committing)
#8256: the editor tab titles don't update their status color immediately after committing, but only after switching back to the file in question
project view is updated correctly Yann: Both of these problems are unrelated to the original JIRA issue (which involves a specific project configuration where a module content root is located below a directory excluded from another module). The editor tabs update issue should be fixed already.
Well, things are definitely MUCH better in the EAP. The first time I closed and re-opened Idea to test if the problem was still happening, it did happen. But, it has not happened on close/re-open since then. It has also not happened on running an ant build, which it used to do. It did, however, happen to me today when I did a project update (Version Control -> Update Project). I will try to get logs showing the problem and attach them.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Resolved
Normal
VCS: IntelliJ "forgets" about my changes.
