Community
Participate
Working Groups
Fup of bug 135180, we should remove the '_' from the plugin qualifier.
+1
Markus, Please cast your vote.
I propose x631 instead of v_631 since we have to garantee that v_631 < x631. Or for further versions: v_631 < x632. If I simply drop the '_', this invariant is broken. v_631 > v632. So using a 'x' instead of 'v' should be good enough.
+1 for 3.2 RC3.
Finally I plan to use 'ver'. 'v_' was meant for version. Using 'x' doesn't mean anything. Using 'ver' keeps the tag small enough. If not good, we can still change it for 'x' afterwards, whereas changing it for 'x' could not be changed back to 'ver'.
Verified for 3.2RC3 using I20060504-2000.
I prefer 'ver' over 'x' for the reasons indicated as well. Still I don't like this workaround as it may break our version ordering, and is not addressing the proble in general (for all the versions we already emitted, thinking of other branches). We carefully chose version names which would merge well together (incrementing from v_5xx to v_6xx from 3.1 to 3.2 to leave some room for further maintenance drops). This is all broken now... Rather than asking clients to stop exposing the bug in plugin ID/version decoding, we should try harder to fix the parsing algorithm... note that I may be missing why it cannot be addressed...
Reopen to close as INVALID.
Closing as INVALID. No changes were required from JDT/Core.