Community
Participate
Working Groups
Created attachment 171040 [details] Make affected packages x-internal The packages in the patch are in existing "internal" folder and were mistakenly not marked x-internal:=true explicitly. This this needs to be done to avoid confusion.
Please review for RC4. This is a low-risk, non-code affecting change.
* Explain why you believe this is a stop-ship defect. Or, if it is a "hotbug" (requested by an adopter) please document it as such. This bug inadvertently promotes code in an 'internal' package as public API. These should be marked x-internal to avoid confusion * Is there a work-around? If so, why do you believe the work-around is insufficient? No workaround * How has the fix been tested? Is there a test case attached to the bugzilla record? Has a JUnit Test been added? Code review. * Give a brief technical overview. Who has reviewed this fix? See description * What is the risk associated with this fix? none
I think we can count this as "documentation". Please do use care when releasing. This is especially important, I think, if/when someone tries to use the "API Tools" from PDE to see if they are using non-API.
Patch applied to HEAD (M4).