Arvados

Right-justify Run button.

Add three dot action menu.

Add standard items to context menu.

Fix breadcrumbs.

19482-wf-panel @ c3bc34209f7dbbc80c62d8896af043c88cb6b9cf

developer-tests-workbench2: #1111

• Adds new route for workflow panel
• Displays details, Inputs, Outputs, and contents of the collection containing the workflow
• Context menu now has basic operations on workflow record

Aside from a couple notes it lgtm:

• The breadcrumbs don't show the workflow you are currently viewing as the last item similar to other areas - the parent location should probably be blue / link color similar to other pages since it navigates to a different location
• There seems to be some extra padding making the details card icon in the top left out of alignment with the other cards
• Not sure if it's intentional for now but the back button after pressing run process returns to the old run process multi step form

19482-wf-panel @ arvados-workbench2|cd89fd24a8cdf7512a4352f1fc17101b225e32c4

Registered workflow panel and Collection panel use CardHeader/CardContent for more consistent styling.

Stephen Smith wrote in #note-27:

For the breadcrumbs, I started by navigating directly to the workflow url (/workflows/tordo-7fd4e-8kruxiw4pv5huh3), it works fine when I look at a collection in the same project, and the parent project shows up fine in the sidebar as well, but navigating to the workflow consistently doesn't show the item - the side panel parent project also loses the blue highlight so that might be related.

I finally figured out why I couldn't reproduce it, we're looking at exactly the same workflow but you're looking at it in the "Shared with me" tree. When I look at something else in "Shared with me" I see the same behavior. Will fix.

I also added a video of the wf run form back button issue, I can press the browser back button to get back to the wf panel but the form back button goes back to the workflow selector

Ok. The browser back button does the right thing, but that "back" button at the bottom of the page is something else entirely. I'm not entirely sure there is a sensible fix here because that button works by switching the state to "step 1" rather than "navigate back". What do you think about just leaving it as-is? The plan is to rework Workflow launching and get rid of the two-step interface entirely in favor of creating an container request and editing it in place.

19482-wf-panel @ bf2e7c937e911629122eec14c29e8f6fa9b84aa6

developer-tests-workbench2: #1168

• Fixed breadcrumbs for Workflow panel. Also fixed first-time-load breadcrumb display for collections and processes because they had similar issues.

I'm not completely happy with the existing architecture, this feels like something where the breadcrumb control be tasked with monitoring the currently item and working backwards to determine how to correctly render breadcrumbs, without requiring an explicit resource-specific "load" function. Getting this right was much trickier than it should have been.

Don't know if it is a flaky test or I broke something, re-running here

developer-tests-workbench2: #1169

Looks like flaky tests, maybe the breadcrumb changes messed up timing, I made some fixes:

developer-tests-workbench2: #1170

try again 19482-wf-panel @ fc02bef10c31adcad5ef912979d43a56dc9741ad

developer-tests-workbench2: #1171