-
Notifications
You must be signed in to change notification settings - Fork 139
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
JDT.Core Components - Track I Build test results #3076
Comments
@subyssurendran666 Could you please also sign up for this? |
Yes @mpalat |
All the assignees, please feel free to opt out in case you are not able to. Took the liberty of assigning people. Thanks! |
This just appears to put together a mechanism - more important I feel is the process. So with seven assignees, what is the recommended process ? Would all seven be looking at I builds every day and triage any issues ? That sounds like duplication of effort on the one hand and an unclear work assignment on the other. How about we come up with a weekly primary owner for tracking build issues and incoming defect reports ? That person can involve others selectively as needed ? |
@srikanth-sankaran Yes, agree. I can volunteer to be the primary owner for this week [Tue, Mon] - please note the [] brackets - both days inclusive :). Someone else can volunteer for the next week starting next Tuesday. what say? |
That sounds good. I would not burden volunteers (@stephan-herrmann for example) - except when they are needed to be involved as per initial analysis. Also would exclude those whose have cross project responsibilities (@iloveeclipse for example). We should also agree on the responsibilities:
|
I am happy to participate and take weekly ownership on a rotational basis - Nevertheless, I will remove my name from assignees of this ticket, so this doesn't clutter my queries. |
Am fine for the above exclusion. However, would leave it to their discretion. Would say this is voluntary rather than mandatory.
I have created a label "build test failure" which is slightly less "serious" than the label "regression" which says "Something was broken by a previous change". would propose to assign this label to the occasional build test failures. This can be an additional task. Tracking and triaging incoming defect reports is the inbox tracking category. Would you prefer the same person to do both during the same time.? |
I'll gratefully make use of that option :) Of course you may notify me on individual issues, when you see a potential connection to my contributions. |
@jarthana will be the primary owner for this week. |
we have 31 failures listed at https://download.eclipse.org/eclipse/downloads/drops4/I20241128-0520/testresults/html/org.eclipse.jdt.core.tests.model_ep435I-unit-win32-x86_64-java17_win32.win32.x86_64_17.html - investigating |
This was transient - ref I20241201-1800 |
issue #3499 raised for- regression found in I20241230-0520 |
refer: https://www.eclipse.org/lists/jdt-dev/msg02441.html
Check the I build failures - https://download.eclipse.org/eclipse/downloads/index.html
The following components will be tracked:
jdt.apt.pluggable.tests
jdt.apt.tests
jdt.compiler.apt.tests
jdt.compiler.tool.tests
jdt.core.tests.builder
jdt.core.tests.compiler
jdt.core.tests.model
jdt.core.tests.performance
Most Recent ones:
Once the I build failures are checked, please mention the I build version and if there are issues, please create appropriate issues and mention the issue numbers
Notes:
Let's say you are searching for "testBug573589_StaticImport", then the following may help:
(1) Use a command line like the one listed below for finding similar issues
gh issue list --search "test in:title"|grep testBug573589_StaticImport
(2) probably use a 4 digit number for n in case the above does not yield any result
gh issue list --limit <n> |grep testBug573589_StaticImport
(3) For as long as its alive, please check the good old Bugzilla as well
The text was updated successfully, but these errors were encountered: