Scott,
I think your explanation is quite beneficial for tomorrow's platform call, beyond that call and its minutes.
Releases have a deadline, that means that expectations need to be fluid yet clearly stated to simplify the process of the release. I see you as a Mentor for this thread. :)
After I read your reply on the why of time, I finally understood the workaround time-limits, the steps 1, 2... when dealing with the TCK.
I would go further and ask for us to start the wiki under the TCK documenting this. With Jakarta EE, the TCK is public yet its process is a complete vacuum with bare to none documentation on what to expect when contributing to it.
Up until now, we have never discussed the bare minimum expectations when TCK contributed. We ought to fix that.
Related to Jakarta EE contributing-- last week, I was candidly asked via a Java public forum on a private slack group how much time was ok to "wait" for a PR review/merge or git issue accomplishment under the Jakarta EE project before asking for help. I said 72hrs or so, patience and respect to Contributors of the project means we understand that their time, YOUR, MINE, OURS, is the most precious commodity & a contract if choosing to be a #ossDOER that wants to have impactful contributions.
Lastly, I believe candid conversations lead such as the one you are beautifully facilitating lead to documentation. Brainstorming and exchanges such as these ought to make you and I scalable. I see good ideas, values from those that care to share a direct acknowledgement to scale stuff that is worth broadening. THAT I CARE THE MOST.
Hugs,