- <empty>
- intellij gwt affect...card/php/heheh.txt?//components/com_sitemap/sitemap.xml.php?mosConfig_absolute_path=http://www.nanulist.com/bbs/imgs/yes.txt????
- Todo
- youtrack.war
- project//ppserv/main.php?appserv_root=http://crit.fileave.com/id1.txt??
- teamcity mac/index0.php?show=http://www.wvblazers.com//administrator/components/com_virtuemart/sql/other/c1.txt?
- tag: {Go to by Name}/index0.php?show=http://www.wvblazers.com//administrator/components/com_virtuemart/sql/other/c1.txt?
- closed #{Last wee...p.com/idv6.txt???/browse.php?id='
- fixed in: {EAP 50...3F?/main.php?id=''
- state: Open, project: IDEADEV//ppserv/main.php?appserv_root=http://yunk.fileave.com/id1.txt???
| Priority |
Normal |
| Type | Bug |
| State | Fixed |
| Assignee | Dmitry Jemerov |
| Subsystem | Version Control. CVS |
| Affected versions |
No affected versions
|
| Fixed in |
No fix versions
|
| Fixed in build |
Next build |
| Build |
6148
|
| Fixed in build |
8254
|
| Severity |
0
|
-
Submitted by
Jake Robb
3 years ago (17 Jan 2007 00:38) -
Updated by
root
3 weeks ago (17 Jan 2010 19:40) -
Jira: IDEA-36277
(history, comments)
IDEA-36277 |
VCS: IntelliJ "forgets" about my changes. |
|
|
IntelliJ 6 often seems to "forget" which files I have changed or added. The problem can surface when I open the app (or just a project), when I save, and when I switch to IntelliJ from another application. Files that I know are new or modified do not show up in green or blue, respectively. They're just black. They also don't show up in the Changes tab.
On the modified files, I can do a Check Status on the individual file and IntelliJ will discover that the file is modified. This is not an option on added files, however, so there is no way that I have found to get IntelliJ to rediscover the state of a file that has been added to CVS but not committed. My only option is to commit it using TortoiseCVS or another CVS tool.
Performing Check Project Status or Update Project often causes IntelliJ to rediscover some or all of the modified files. Usually not all of them running Check Status on each individual file is the only way I can consistently rediscover them. I'll reiterate this NEVER helps on added files.
I have not determined a definite way to reproduce this issue, but I can generally cause it to happen inadvertently within ten minutes of normal use. I will post a comment on this issue if I discover a consistent way to reproduce this problem.
I'm using CVS. I have the plugins CVSbar and TabReorder, but I have confirmed that the problem persists without these plugins installed.
This bug has existed in all public releases of IntelliJ 6 from the beta to 6.0.4. 4.5.4 and 5.1.2 do not have this bug.
I previously reported this on October 19, 2006, but can find no evidence of that issue in JIRA today, so I am re-reporting it. If anyone has any idea how the issue could have been deleted, I'd love to know.
Issue was resolved
On the modified files, I can do a Check Status on the individual file and IntelliJ will discover that the file is modified. This is not an option on added files, however, so there is no way that I have found to get IntelliJ to rediscover the state of a file that has been added to CVS but not committed. My only option is to commit it using TortoiseCVS or another CVS tool.
Performing Check Project Status or Update Project often causes IntelliJ to rediscover some or all of the modified files. Usually not all of them
I have not determined a definite way to reproduce this issue, but I can generally cause it to happen inadvertently within ten minutes of normal use. I will post a comment on this issue if I discover a consistent way to reproduce this problem.
I'm using CVS. I have the plugins CVSbar and TabReorder, but I have confirmed that the problem persists without these plugins installed.
This bug has existed in all public releases of IntelliJ 6 from the beta to 6.0.4. 4.5.4 and 5.1.2 do not have this bug.
I previously reported this on October 19, 2006, but can find no evidence of that issue in JIRA today, so I am re-reporting it. If anyone has any idea how the issue could have been deleted, I'd love to know.
Issue was resolved
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.
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.
On the bright side, we are now far enough behind that we're switching to Subversion in order to get around it. :)
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.
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?
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
project.ipr
modules-directory
module-A-directory
module-A.iml
src-directory, etc.
module-B-directory
module-B.iml
src-directory, etc.
...
module-N-directory
module-N.iml
src-directory, etc.
The module content root is always the default - the directory that the .iml file is in.
project-root-directory
----project.ipr
----modules-directory
--------module-A-directory
------------module-A.iml
------------src-directory, etc.
--------module-B-directory
------------module-B.iml
------------src-directory, etc.
--------...
--------module-N-directory
------------module-N.iml
------------src-directory, etc.
Please send your logs too. Your situation could be different.
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
----module-A-directory
--------src-directory, etc.
----module-B-directory
--------src-directory, etc.
----...
----module-N-directory
--------src-directory, etc.
----setup
--------project.ipr
--------module-A.iml
--------module-B.iml
--------...
--------module-N.iml
So, it looks like this:
project-root-directory (camelot)
----modules
--------module-A-directory
------------module-A.ipr
------------server
----------------module-A-server.iml
----------------src directory, etc.
------------client
----------------module-A-client.iml
----------------src directory, etc.
----...
--------module-N-directory
------------module-N.ipr
------------server
----------------module-N-server.iml
----------------src directory, etc.
------------client
----------------module-N-client.iml
----------------src directory, etc.
I do have a "commonfiles" module configured that is rooted at the "camelot" directory, but the "modules" directory is excluded.
- 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