-
Notifications
You must be signed in to change notification settings - Fork 23
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
Test PR Preview #71
Test PR Preview #71
Conversation
Still not there, but it could be possible that the diff stage is holding it up, as it is accessing the existing state of the repo. How to know? cc/ @iherman |
To be honest, I am without a clue. Although not really in the purview of our system team, we may still ask for help because there may be some experiences with this type of problems. @deniak @tripu @plehegar : in short, help:-) The PR preview has ceased to work on the documents on this repo, and we are trying to find out why. I know Tobie does not maintain this code any more, but is there a way to get hold of error messages/reports that give us an idea as for why the system does not work? We could try to take it from there... |
Unfortunately, pr-preview is hosted on a server outside W3C and I don't have access to its logs. If @tobie is not maintaining the service anymore, someone has to take over. I tried to see if there was a problem during the generation with spec-generator and it worked fine. Same thing for html diff so the problem must be coming from somewhere else. |
I do maintain the code and the service. I just can’t offer pro bono help getting people to set it up or use it or customize it to their needs. I’m happy to take a PR that would better surface error messages to the GitHub UI, or implement it for a fee if you don’t want to do the work yourself, but unfortunately, I can’t really do more than that. |
@tobie the issue isn’t setup, it’s visibility into what went wrong. It was working properly for many PRs until it just stopped working; bother here, on json-ld-api and json-ld-framing. Presumably, there’s something in a log file that might give a clue to what’s going on, but we have no visibility into to these. Short of giving us an idea of why it stopped working, some form of console that could show the status re different repos would be useful for many, I suspect. I sympathize with the burden support gives you, but this has rapidly become a required tool for WGs to reply upon, and if not you, then perhaps @deniak or someone in W3C can step in. |
There are limitations to what the logs provide (they’re only available 24h) that makes it suboptimal as a debugging strategy. The real solution is surfacing the error messages. Again I’m happy to take a PR for that. |
That said, I’m happy to give @deniak log access. It mostly won’t solve your problem, though. |
@tobie can you give me access to the server? I can then try to create a new PR to see what's going on. |
me or @plehegar I guess |
Alright, so I unfortunately can't give you log access without upgrading to a paid plan. Here's the error message I'm seeing:
Seems like spec-generator is acting up, see: I still maintain that the path going forward is to surface these errors properly in the UI. Again, I'm happy to take a PR for it, or to undertake this work for a fee if no one is willing to do it. PR Preview is used by folks outside of W3C, so I can't just transfer the project over to W3C. That said, if W3C wants to run its own instance, PR Preview is OSS, so this option is also on the table. |
Thanks for your help, @deniak. Marcos has a change to ReSpec which should help keep PR Preview keep running in the face of such errors, but surface them. |
Don't merge this.
Creates a minimal index.html without any pubsubhub integrations to see if PR Preview will wake up.