Bug 314629

Summary:

[Sync View] Error overlay on change sets not populated

Product:

[Eclipse Project] Platform

Reporter:

Tomasz Zarna <tomasz.zarna>

Component:

CVS

Assignee:

platform-cvs-inbox <platform-cvs-inbox>

Status:

ASSIGNED ---

QA Contact:

Severity:

normal

Priority:

Version:

3.6

Target Milestone:

---

Hardware:

OS:

Windows XP

Whiteboard:

Attachments:

Description	Flags
Snap #1	none
Snap #2	none

Description Tomasz Zarna

2010-05-27 05:47:58 EDT

First time noticed on 3.6RC2 but reproduced on 3.6M1 as well.

Steps to reproduce:
1. Share a Java project, modify a Java file but make sure the change causes a compilation error
2. Sync the project with repository (models on)
3. In the Sync view, turn on Change Sets model
=> You should be already able to notice that the change set (named <Unassigned> probably) does not show there is an error. If this is not true play around for a while with the modified file: solving the compilation error and then making it show up again. At the same time observe the sync view and the change set's decoration.

Sometimes the error overlay sticks to the change sets, even though the compilation error is solved.

Comment 1 Tomasz Zarna

2010-05-27 05:51:05 EDT

Created attachment 170156 [details]
Snap #1

> You should be already able to notice that the change set does not show there is an error.

Comment 2 Tomasz Zarna

2010-05-27 05:51:48 EDT

Created attachment 170157 [details]
Snap #2

> Sometimes the error overlay sticks to the change sets, even though the compilation error is solved.

Comment 3 Tomasz Zarna

2010-05-27 05:52:58 EDT

As a workaround you could re-sync (removing the current synchronization first) or simply switch to a different mode (eg from Outgoing Mode to Incoming Mode) and then switch back to the mode you started with.

Comment 4 Remy Suen

2010-05-27 05:54:52 EDT

For me, I was able to reproduce this pretty consistently yesterday.

1. Switch to change set mode.
2. Modify two files.
3. Put one file in a change set and leave one alone.
4. Create compiler errors in both files.
5. Fix the error in the file in a change set.
6. Now fix the error in the file that's in the unassigned change set.
7. The unassigned change set node should still have the error marker.

Comment 5 Eclipse Webmaster

2019-09-06 16:18:46 EDT

This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.