I am experiencing this issue when executing parallel tasks in a single build stage. When opening developer tools using Chrome, I have noticed the problem upsets this endpoint "wfapi/runs?since=%2326&fullStages=true&_=1478534780780". When inspecting the response, I get this stack trace. The stage view corrects itself when moving on to the next stage.

{{java.lang.RuntimeException: Unexpected exception while serving JSON
at com.cloudbees.workflow.util.ServeJson$Processor.invoke(ServeJson.java:34)
at org.kohsuke.stapler.PreInvokeInterceptedFunction.invoke(PreInvokeInterceptedFunction.java:26)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:167)
at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:100)
at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:124)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.MetaClass$11.dispatch(MetaClass.java:380)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.MetaClass$5.doDispatch(MetaClass.java:233)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.MetaClass$5.doDispatch(MetaClass.java:233)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.MetaClass$5.doDispatch(MetaClass.java:233)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.MetaClass$5.doDispatch(MetaClass.java:233)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649)
at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:135)
at org.jenkinsci.plugins.ssegateway.Endpoint$SSEListenChannelFilter.doFilter(Endpoint.java:206)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:132)
at io.jenkins.blueocean.ResourceCacheControl.doFilter(ResourceCacheControl.java:134)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:132)
at jenkins.metrics.impl.MetricsFilter.doFilter(MetricsFilter.java:125)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:132)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:126)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:49)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at jenkins.security.BasicHeaderProcessor.doFilter(BasicHeaderProcessor.java:93)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:67)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:171)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:82)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:553)
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
at org.eclipse.jetty.server.Server.handle(Server.java:499)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)\nCaused by: java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor520.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:324)
at com.cloudbees.workflow.util.ServeJson$Processor.invoke(ServeJson.java:30)
... 85 more\nCaused by: java.util.NoSuchElementException
at java.util.ArrayDeque.removeFirst(ArrayDeque.java:278)
at java.util.ArrayDeque.pop(ArrayDeque.java:507)
at org.jenkinsci.plugins.workflow.graphanalysis.ForkScanner.setHeads(ForkScanner.java:389)
at org.jenkinsci.plugins.workflow.graphanalysis.AbstractFlowScanner.setup(AbstractFlowScanner.java:140)
at org.jenkinsci.plugins.workflow.graphanalysis.AbstractFlowScanner.setup(AbstractFlowScanner.java:151)
at org.jenkinsci.plugins.workflow.graphanalysis.ForkScanner.visitSimpleChunks(ForkScanner.java:550)
at com.cloudbees.workflow.rest.external.RunExt.createNew(RunExt.java:318)
at com.cloudbees.workflow.rest.external.RunExt.create(RunExt.java:306)
at com.cloudbees.workflow.rest.external.JobExt.create(JobExt.java:131)
at com.cloudbees.workflow.rest.endpoints.JobAPI.doRuns(JobAPI.java:72)
... 90 more}}

Appears to be the same symptoms (and error message)

mhay I can't reproduce your issue on my system – do you have a pipeline script that reproduces it? (The screenshot does not give any info).

Hmm seems if I copy an existing pipeline I get the stage view in the copy but still not in the original job.

svanoort This seems to break 100% of the time. It only breaks if the second task ends before the first

stage 'test' , {
parallel([
unit: {
node('unit') {
dir('some_folder')

}
},
otherunit: {
node('unit')

}
])
}

Sorry for the bad formatting, it seems I cannot wrap this in preformatted text.

This also frequently occurs on our pipelines. They also contain parallel steps.

Edit: This is no longer occurring for me today (2016-Nov-15) after updating plugins.

This is currently occurring on multibranch pipelines I've got, without parallel:

#!/usr/bin/env groovy

node('linux && x64 && build && centos') {
    stage('Checkout') {
        checkout scm
    }

    stage('Build') {
        sh './build.sh';
    }

    stage('Archive') {
        archiveArtifacts 'bin/*';
    }

    stage('Cleanup') {
        step([$class: 'WsCleanup'])
    }
}

It's an issue that was resolved by an earlier release, I believe (and there was also a core bug with the weekly that was quickly patched).

dfego What version of Plugins are you using now after the update?

mhay My Pipeline and Pipeilne View plugins are the same as mentioned above in the bug report (2.4 and 2.2, respectively). However, my Jenkins version is now 2.30, and I have quite a few other plugins, some of which updated, and for all I know had an impact. :/

svanoort Do you know if the previous issue you mention (i think it was JENKINS-39555) is tagged for LTS release?

I have the same jenkins version (2.19.2) and same stage view plugin version (2.2) and also not seeing the stages. In dev console i can see
jquery2.js:998 GET [SERVER_URL]/wfapi/runs?fullStages=true&_=1479837967515 500 (Server Error)
Are you suggesting upgrade to 2.19.3 or 2.30 ?

severian I think mhay was referring to the next LTS release after 2.19.2, but in between 2.19.3 was released with only one security fix:
https://jenkins.io/changelog-stable/

If there is indeed a regular LTS release today as he mentioned it would be 2.19.4. Until a new LTS release happens your only option is to upgrade to the regular non-LTS weekly release >= 2.30 (currently 2.33).

We upgraded to 2.19.3 and it worked! Not sure if it was the upgrade itself or some other issue that was blocking it. We are using block stages if it matters.
We are not seeing the error 500 from my previous comment. Now there is only a warning "stageview.js:4557 No "data-stageId" on stage."

mkaczorowski Can you confirm if this is still occurring when you update to core 2.19.3 and updating all pipeline plugins?

I think this is resolved by the fix to JENKINS-39555 or one of the other pipeline fixes (a transitory error introduced by an upstream dependency, probably workflow-api or workflow-support)

svanoort Will test and report back. Thanks

mkaczorowski You have a different issue at play than the others, based on JENKINS-38089 – I've got a fix for that almost ready to go, which is tested to resolve the issue (there's some other weirdness that I'm sorting out from the same timeframe though, before I feel comfortable releasing it).

severian The issue you see is with "No data-stageID" is JENKINS-37910 – it is ugly but totally harmless.

mhay If you wouldn't mind updating your core & plugins, if that resolves this we can consider this solved.

Code changed in jenkins
User: Sam Van Oort
Path:
src/main/java/org/jenkinsci/plugins/workflow/graphanalysis/ForkScanner.java
src/test/java/org/jenkinsci/plugins/workflow/graphanalysis/ForkScannerTest.java
http://jenkins-ci.org/commit/workflow-api-plugin/21ada245d8634aef0b33d148aef9a9638c494f1b
Log:
Fix JENKINS-39541 which is triggered by a very specific edge case with finding the start node for a complex set of parallels

Closing because from what I can tell, this is a result of other issues, now resolved.