<table><tr><td style="">pprkut created this revision.<br />Restricted Application added a project: KDevelop.<br />Restricted Application added a subscriber: kdevelop-devel.<br />pprkut 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/D14113">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>I assume the original assumption here was that when the parse<br />
queue is empty, scheduling another re-parse of the current file<br />
doesn't make sense as we already have access to all parsed<br />
declarations.</p>

<p>However, I don't think this assumption holds, especially in a<br />
multi-core environment. The unit tests covering this code were<br />
failing because the two test files were parsed at the same time,<br />
resulting in the declarations being not yet available and the<br />
parse queue being empty. Since the queue is empty, the testfile<br />
is never scheduled to be parsed again, and the unresolved identifier<br />
stays.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R52 KDevelop: PHP Support</div></div></div><br /><div><strong>BRANCH</strong><div><div>multi</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D14113">https://phabricator.kde.org/D14113</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>duchain/tests/duchain_multiplefiles.cpp<br />
phpparsejob.cpp</div></div></div><br /><div><strong>To: </strong>pprkut<br /><strong>Cc: </strong>kdevelop-devel, antismap, iodelay, vbspam, njensen, geetamc, Pilzschaf, akshaydeo, surgenight, arrowd<br /></div>