Skip to content
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

Do not enable ReSpec bubble and/or Save Snapshot until "RESPEC DONE!" #410

Closed
ddorwin opened this issue Mar 5, 2015 · 2 comments
Closed
Milestone

Comments

@ddorwin
Copy link

ddorwin commented Mar 5, 2015

During a bibrefs outage, I found that I could Save Snapshot even though processing was incomplete. I only discovered this when diffing the saved file. When I investigated, I found that the first two RESPEC log messages were present but "RESPEC DONE!" was not. It appeared that processing was hung waiting for the bibrefs server, but everything appeared fine (unless you opened the console and knew to look for "RESPEC DONE!"

To help authors avoid incomplete versions, I propose not enabling the Save Snapshot option until processing is actually complete.

Note: If I recall correctly, the server request eventually timed out. However, I didn't take note of the resulting behavior. If it doesn't already, ReSpec should ensure that such processing step failures are always result in the red error count displayed with the ReSpec bubble.

@halindrome
Copy link
Contributor

I feel like there are a few different situations that could effect this.
We can easily use the event mechanism to populate the bubble once the last
done message is displayed. I will look into it tomorrow.

On Thu, Mar 5, 2015 at 3:50 PM, ddorwin notifications@github.com wrote:

During a bibrefs outage, I found that I could Save Snapshot even though
processing was incomplete. I only discovered this when diffing the saved
file. When I investigated, I found that the first two RESPEC log messages
were present but "RESPEC DONE!" was not. It appeared that processing was
hung waiting for the bibrefs server, but everything appeared fine (unless
you opened the console and knew to look for "RESPEC DONE!"

To help authors avoid incomplete versions, I propose not enabling the Save
Snapshot option until processing is actually complete.

Note: If I recall correctly, the server request eventually timed out.
However, I didn't take note of the resulting behavior. If it doesn't
already, ReSpec should ensure that such processing step failures are always
result in the red error count displayed with the ReSpec bubble.


Reply to this email directly or view it on GitHub
#410.

Shane McCarron
halindrome@gmail.com

@marcoscaceres
Copy link
Member

Seems like our first candidate to use .respecIsReady

@marcoscaceres marcoscaceres added this to the 3.2 milestone Apr 19, 2016
marcoscaceres added a commit that referenced this issue Apr 21, 2016
* develop:
  v3.2.118
  Fix(w3c/style): WG-Note CSS doesn't link (closes #698)
  Fix(ui): dont show till respecIsReady (closes #410)
  fix(profile-w3c-common): forgot to include fetch poly for Safari
  Feat (biblio.js): don't go to network for local refs (#665)
  chore(package): update fs-extra to version 0.28.0 (#697)
  Update fs-extra to version 0.27.0 🚀
  Chore(respec2html): Externalize fetch and write (closes #691)
  Fix(package): include dependencies for respec2html
  Feat (headless.js): improved progress reporting.
  chore(package): update jscs to version 3.0.1
  Fix(jscs): esnext rule was removed from 3.0
  chore(package): update dependencies
  Fix (save-html.js): Remove class 'toc-sidebar' from <body> when generating a snapshot. It previously added by fixup.js
  Fixed markdown typo
  chore(package): update karma-detect-browsers to version 2.1.0
  Feat (respec2html): generate spec using Nightmarejs
  Fix (base-runner.js): Removed redudant warn/error
  Warn that webidl-oldschool is deprecated (#395)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants