-
Notifications
You must be signed in to change notification settings - Fork 207
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix related to the issue 746: not tested yet! #769
Conversation
Hello, I tried to build eclipse cdt with the new changes but I encountered the following error (Build Failure Error): I looked in the eclipse-cdt/cdt github repository and actually the file reference\api\element-list ist not present in the github repository and therefore it is not present in my local system neither; Can you maybe help me further with this problem? Regards |
Not sure why it didn't build for you - I see you may be on Windows (\ vs / in path) and perhaps there is something platform dependent in the build script. I kicked off the build on GitHub actions, so we should know in a little while where we are. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This LGTM - build needs to complete and someone needs to run it to make sure UI still looks correct.
My only question/concern is if the id
(e.g id="org.eclipse.cdt.codan.internal.checkers.BlacklistProblem"
) is stored in the user space anywhere? With other projects (e.g Jenkins) that have made such improvements, the UI has been updated, but internal IDs have remained as to not break users when they upgrade.
The modifications in |
Yes concerning the
So I think you are right and changing the |
Or is there maybe a way to handle that better, and to make the checker work further for the existing users which use the "blacklist" id, while new users would use the new "forbiddenlist" id instead? (a kind of backward compatibility?) |
Sorry, I have seen that the "code cleanliness checks" failed because a service segment version bump is needed for the bundle "org.eclipse.cdt.codan.checkers", but I cannot find out how to do this currently. |
The build failure "Code Cleanliness Checks" advises to read the following documentation for understanding how to bump the service segment version of the bundle, but as far as I can understand the documentation it is not mentioned in which file exactly the version of the bundle is actually saved: I will try to look further but yes if you could me an advice here it would help me a lot :-) ! Concerning the backward compatibility problem that we discussed, eventually I could also make a first pull request wich would only change the wording in the front-end, in a first step, and then in a second time I could make a second pull request which would also change the ids, names and other properties (with backward compatibility for not breaking users which already use this checker) |
And maybe the word "deny" is here more appropriate than "forbid" or "forbidden", I am not english native speaker but yes I think "deny" is here more appropriate (sounds less definitive, a function could have once been "denied" but then was improved and could now be "allowed"). I will also try to commit new changes with "deny" instead of "forbidden". |
I renamed the branch "issue_746" into "issue_746_full_version" (this branch will contain all word replacements including id and names properties, and backward compatibility): |
The file you need to change is the MANIFEST.MF's version, something like this: diff --git a/codan/org.eclipse.cdt.codan.checkers/META-INF/MANIFEST.MF b/codan/org.eclipse.cdt.codan.checkers/META-INF/MANIFEST.MF
index e7817f8..de4ec01 100644
--- a/codan/org.eclipse.cdt.codan.checkers/META-INF/MANIFEST.MF
+++ b/codan/org.eclipse.cdt.codan.checkers/META-INF/MANIFEST.MF
@@ -2,7 +2,7 @@
Bundle-ManifestVersion: 2
Bundle-Name: %Bundle-Name
Bundle-SymbolicName: org.eclipse.cdt.codan.checkers;singleton:=true
-Bundle-Version: 3.5.500.qualifier
+Bundle-Version: 3.5.600.qualifier
Bundle-Activator: org.eclipse.cdt.codan.checkers.CodanCheckersActivator
Require-Bundle: org.eclipse.core.runtime,
org.eclipse.core.resources, |
In response to #769 (comment): I also created #791 which is to explain more fully the error message from the build and updates the link to the new location. |
Hello,
sorry I did not test the changes yet, but thought with a pull request you can already see a proposal for the changes;
I will look further to see if I can build and start eclipse cdt with the new changes, for ensuring eclipse cdt is not broken because of me!
Regards
Thomas