<table><tr><td style="">mwolff created this revision.<br />Herald added a project: KDevelop.<br />Herald added a subscriber: kdevelop-devel.<br />mwolff requested review of this revision.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D17679">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>In one of my work projects, the CMake 3.13.1 server gave fileGroups<br />
responses without any useful CMakeFile data. This then was stored<br />
in our lookup hash used by CMakeManager::fileInformation.</p>

<p>Then later, when we queried for these files, we found a match,<br />
albeit empty, and returned that leading to completely broken C++<br />
language support.</p>

<p>To prevent this issue, we now skip useless empty CMakeFile entries.<br />
This fixes the specific scenario I'm seeing in my work project.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R32 KDevelop</div></div></div><br /><div><strong>BRANCH</strong><div><div>5.3</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D17679">https://phabricator.kde.org/D17679</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>plugins/cmake/cmakeprojectdata.h<br />
plugins/cmake/cmakeserverimportjob.cpp</div></div></div><br /><div><strong>To: </strong>mwolff<br /><strong>Cc: </strong>kdevelop-devel, glebaccon, hase, antismap, iodelay, vbspam, geetamc, Pilzschaf, akshaydeo, surgenight, arrowd<br /></div>