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
update links to permalink context URLs and other minor editorial notes #346
Conversation
@kdenhartog thanks! |
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.
I'm dismayed that this PR got 2 positive votes from Editors. It has issues, we need to get better about not rubber stamping PRs with issues.
I hear you. I will try to do better next time. |
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.
Please address the change requests.
Thank you, and to be clear, I'm always appreciative of the work that you, @kdenhartog, and @mprorock do. The concern here is that this is a live document, and it was used as a reason to formally object to DID Core, so we should always remember that whatever commits go in are 1) read by decision makers, and 2) we might not remember to fix the minor things... and those sometimes add up over time to give off a bad impression. |
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.
waiting for requested changes to be comitted
I know that my PRs from first go can be rough at times, especially if they're a bit large so I tend to lean on the review process as my own way of reviewing things myself. It gives me a way to rethink things in a new light after some time away from working on stuff. Please be as rigorous as you feel is necessary in your reviews so we can raise the standard bar of good specs in the community as a whole. As an example, I'm spotting some inconsistencies here that I was even trying to focus on like making Thanks everyone for your legitimate feedback and reviews! |
Going forward, we might try to (1) as much as possible, treat each edit/PR as if it were the last, and therefore not leave known issues in place; and/or (2) explicitly log any issue that comes to light while preparing, but cannot be addressed during, the immediate edit/PR, before committing that immediate edit/PR, so such issues don't inadvertently fall off the desk. |
change requests must be addressed, please ping objectors for a re-review. |
bbfb85f
to
fd2e579
Compare
Not sure what's going on with the CI build now. Anyone have an idea what's up with it? |
The W3C Process 2021 change happened last Tuesday, publication tools were updated. There is a bug in the spec production tools. I expect W3C spec-prod folks are on it. /cc @iherman just in case they're not aware that W3C spec prod CI is broken: https://github.com/w3c/did-spec-registries/runs/4112856369?check_suite_focus=true |
The issue was discussed in a meeting on 2021-11-04
View the transcript2.4. update links to permalink context URLs and other minor editorial notes (pr did-spec-registries#346)See github pull request did-spec-registries#346. Orie Steele: This was open by Kyle, lots of change requests on it, they remain unaddressed, we don't need to cover it -- close pull request or make changes. Someone should ping Kyle.. |
Addresses issues with outdated links being registered after the DID Core V1 JSON-LD context removed some terms. Reviews provided by the co-authors listed below. Co-authored-by: Orie Steele <name@eCo-authored-by: Orie Steele <orie@transmute.industries> Co-authored-by: Manu Sporny <msporny@digitalbazaar.com> Co-authored-by: David I. Lehn <dlehn@digitalbazaar.com>
ed72d50
to
d3ca1d9
Compare
I'm not sure what's still causing the ci pipeline failures. I've rechecked respec and fixed what I thought was the issue (forgot a closing tag in one of my notes), but it doesn't appear to have fixed the issue. For me locally, I'm not seeing any warnings or errors in respec so I'm not certain what I should be doing to fix this. In any case, all the comments raised above have been addressed and this is ready for re-review. Pinging the change requesters for their attention back to this: |
Please don't touch anything, I'm doing major surgery on did-spec-registries right now to get it working w/ the latest stuff. Everything is broken right now, so trying to debug your issue is probably a waste of your time until we get the other stuff fixed first. I'm on it. Update 2021-11-14: I'm now blocked, I need access to the Settings page for this repo to make progress. Update 2021-11-15: Everything should be working again. |
This PR seems over taken by events, should be split up into smaller items, that are easier to review. |
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.
LGTM, albeit on a quick review
The issue was discussed in a meeting on 2021-11-16
View the transcript2.2. update links to permalink context URLs and other minor editorial notes (pr did-spec-registries#346)See github pull request did-spec-registries#346. Orie Steele: I think this PR made a lot of changes all at once; changes have been requested for some time. Manu Sporny: kyle said people are ready to re-review, but I broke things. |
I could split this into two PRs, one where the updates made are updating the registry and one where notes are being made, but that seems like it would just prolong the process of getting this through and wouldn't help to logically connect the purpose of the notes to the new URLs being updated. The notes are being put in place to explain that the contexts linked are not what people should actually be using because it will cause problems. In other words all aspects of this PR are logically connected to the issue that was filed in #310
The PR has been ready for 12 days and hasn't had anyone to review it. I can't do anything about that. Similarly from my understanding of the issues with the CI pipeline this is held up by things outside my control. I did my best to attempt to debug this, but as far as I can tell this is an issue that's been caused by the updated process and not anything related to the content of this PR. The one part I did have in my control was that the PR was open for 14 days and I was unable to get back to this PR to update it since I was focused on internal engineering work. |
@kdenhartog I approved the PR, I think we can fix any problems it introduces in future PRs. |
Thanks for taking the time to review it. I was able to get it shrunk down in any case so that the notes are shorter as well. As a side note, For some reason it got signed with my new work account @kdenhartog-mattr though. I think it's because that's the GPG key it got signed with so it attributed the commit. My intention is to keep doing community work through @kdenhartog only to make it easier on permissions switching and stuff. |
@@ -1282,7 +1308,17 @@ <h4>PgpVerificationKey2021</h4> | |||
|
|||
<section> | |||
<h4>RsaVerificationKey2018</h4> | |||
|
|||
<p class="issue"> |
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.
Just for future information, ReSpec has built in tooling to reference Github issues, we should be using those features instead of hand-coding URLs.
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.
Thanks, I'll take a look at the documents to figure out how that was done. I did it this way because that's how I saw another issue was doing it, but I think it was only happening because it was referencing an external repo issue.
@@ -980,7 +1003,7 @@ <h4>ethereumAddress</h4> | |||
<a href="https://w3id.org/security#ethereumAddress">security-vocab</a> | |||
</td> | |||
<td> | |||
<a href="https://w3id.org/security/v3-unstable">security-vocab-v3-unstable</a> | |||
<a href="https://w3id.org/security/v3-unstable">https://w3id.org/security/v3-unstable</a> |
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.
We should stop pointing to the v3-unstable security context across the board... we're moving to suites, we should make that change as rapidly as possible.
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.
If only I could have somehow broken those permanent links... folks would have no choice but to stop using them... sometimes a breaking change is needed to ensure a swift transition.... it you are not caching these things, you really ought not to be using them.
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.
Agreed - I'd like to completely remove v3-unstable usage and not register anything that's unstable going forward. This raises the more broad question though of whether or not it makes sense to even register contexts for these verification method properties since I think that was the most common place v3-unstable had to be used.
Substantive (URLs changing), multiple reviews, changes requested and made, no remaining objections, merging. |
closes #310
💥 Error: 500 Internal Server Error 💥
PR Preview failed to build. (Last tried on Nov 16, 2021, 11:41 PM UTC).
More
PR Preview relies on a number of web services to run. There seems to be an issue with the following one:
🚨 Spec Generator - Spec Generator is the web service used to build specs that rely on ReSpec.
🔗 Related URL
If you don't have enough information above to solve the error by yourself (or to understand to which web service the error is related to, if any), please file an issue.