Skip to content
GitLab Next
  • Menu
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GitLab FOSS GitLab FOSS
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 1
    • Merge requests 1
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Code review
    • Insights
    • Issue
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.orgGitLab.org
  • GitLab FOSSGitLab FOSS
  • Merge requests
  • !17814

Resolve "Show `failure_reason` in jobs view content section"

  • Review changes

  • Download
  • Email patches
  • Plain diff
Merged Mayra Cabrera requested to merge 44271-show-failure-reason-in-job-views-content-section into master Mar 16, 2018
  • Overview 89
  • Commits 22
  • Pipelines 31
  • Changes 20

What does this MR do?

Part of https://gitlab.com/gitlab-org/gitlab-ce/issues/41111. Displays a verbose failure reason on Job detail page: root/minimal-ruby-app-test/-/jobs/23

Are there points in the code the reviewer needs to double check?

The HAML part that was removed included some permissions check.

After following the stack on the API ruby code, those permissions seem to be checked to expose the retry_path, so the frontend is relying on retry_path to know if user is authorised.The HAML part that was removed included some permissions check.

~~After following the stack on the API ruby code, those permissions seem to be checked to expose the retry_path, so the frontend is relying on retry_path to know if user is authorised.~~~ ^ Fixed.

Why was this MR needed?

Currently when a job fails, we have no direct way to know which is the problem. The only option is to look at job details and read the output log, where we can possibly see some error message. This MR display the error on the job detail page

Screenshots (if relevant)

For failed job

Screen_Shot_2018-04-01_at_1.09.30_PM

For an allowed to fail job

Screen_Shot_2018-04-01_at_1.09.20_PM

For a job with no log

Screen_Shot_2018-04-01_at_1.25.21_PM

When retry button is not primary

Screen_Shot_2018-04-13_at_12.41.28_PM

Does this MR meet the acceptance criteria?

  • Changelog entry added, if necessary
  • Tests added for this feature/bug
  • Documentation created/updated
  • Review
    • Has been reviewed by UX
    • Has been reviewed by Frontend
    • Has been reviewed by Backend
  • Conform by the merge request performance guides
  • Conform by the style guides
  • Squashed related commits together
  • End-to-end tests pass (package-qa manual pipeline job)

What are the relevant issue numbers?

Closes #44271 (closed)

To do

Implement the following tasks:

  • Display failure message frontend
  • Transform 'retry' button to primary button if needed frontend
  • Display 'No job log' statement, if there's no job log. backend
Edited Apr 19, 2018 by Grzegorz Bizon
Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: 44271-show-failure-reason-in-job-views-content-section