Apex classes getting overwritten and not prompting users with Conflicts dialog box
I’m working with a team of developers. We’ve noticed within the past few months that when we save classes that another developer has work in, IntelliJ does not prompt us with the usual Conflict dialog box that allows use to merge changes. We all have confirmed that we have the “Check for conflicts on deployment“ box checked for all sandbox connections. Please let us know what other settings need to be adjusted.
Steps to reproduce:
- Go to File → Settings → Illuminated Cloud → Connections → Verify that “Check for conflicts on deployment“ checkbox is checked.
- Developer 1 - deploys apex class.
- Developer 2 - deploys the same apex class a minute after.
Expected Results:
1. Developer 2 gets prompted with dialog box explaining code conflict and asks to merge changes
Current Results:
- No dialog box appears. Apex class gets overwritten with only Developer 2’s work.
Comments (9)
-
reporter -
repo owner Hi. Which type of conflict detection are you using, dedicated logins or shared logins? And does that properly match the actual relationship between IC2 users and logins? Assuming that it does, please enable debug logging on the machine(s) where this is happening, reproduce the issue, and provide the resulting
idea.log*
file(s) either here as an attachment or via email to support@illuminatedcloud.com for review. That will show how the conflict detection logic is processing the metadata requested for deployment and reconciling the timestamps. -
reporter Hi Scott, we are using dedicated logins and we weren’t able to replicate it. The conflict dialog box seemed to appear when me and another developer both made changes to the same apex class. I’ll attach the logs here.
-
reporter - attached Developer2_idea.log
- attached Developer1_idea
<div class="preview-container wiki-content"><!-- loaded via ajax --></div> <div class="mask"></div> </div>
</div> </form>
-
repo owner Destoni, just to clarify, the attached logs do not include a reproduction of the issue because it didn't reproduce for you? Or did the problem occur for you as represented by this log?
-
reporter We weren’t able to reproduce the issue. When I tried with one of our developers, I was prompted with the dialog box asking if I want to merge changes. So it worked as expected. I just attached the logs to give more details. I’ll have to try to replicate it with another one of our developers that spotted the issue along side me and see if it happens again. I’ll keep you updated.
-
repo owner Gotcha. If you want, please enable debug logging for metadata deployment on all involved machines. That way the next time this happens (if it does), you can grab logs from the two involved machines (the one that deployed the metadata first and the one that then deployed metadata to overwrite the first without the conflict being detected) and attach them here. That should give me sufficient information to debug what's happening.
-
repo owner - changed status to resolved
Issue tracker grooming. If this is still an issue, please feel free to reopen, ideally with a concrete reproduction scenario.
-
repo owner - removed component
Removing component: IntelliJ IDEA (automated comment)
- Log in to comment