Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in / Register
  • S Schema
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 25
    • Issues 25
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 7
    • Merge requests 7
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Open Subsurface Data Universe Software
  • Platform
  • System
  • Schema
  • Merge requests
  • !25

Merged
Created Sep 11, 2020 by Abhishek Kumar (SLB)@akumar290Maintainer

Slb put errormsgfix

  • Overview 4
  • Commits 6
  • Pipelines 7
  • Changes 7

Summary

When the user tries to create/update a schema using PUT API, the application tries to update the schema into the same tenant. If there is no schema found, it tries to create the schema with the same id. However, while creating the schema it checks for its existence into the other schemas as well. For example, if the schema is created from PRIVATE tenant then it checks for the duplicate schema in COMMON tenant, and in another scenario, if the schema is created from COMMON tenant then it checks for the duplicate schema in all the private tenants.

Steps to reproduce

Create a schema that doesn't exist in the same tenant (PRIVATE) but in the common tenant.

What is the current bug behavior?

Currently, the error message returned is misleading which states:

"Schema Id is already present"

What is the expected correct behavior?

The expected error message would be: "

Update/Create failed because schema id is present in another tenant"

Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: slb-put-errormsgfix