Skip to content

MAGENTO 2.3.5 /V1/products overwrite default values on multi-store site even when only one field is sent to update #31083

Closed
@lano-vargas

Description

@lano-vargas

Preconditions (*)

  1. V:2.3.5, 2.4-develop
  2. Product API (catalogProductRepositoryV1)

Steps to reproduce (*)

  1. Configure all store view to run under one domain E.G: dev.test.
  2. Set one more Environment apart from default website/store/store view.
  3. E.G: IE
    Screen Shot 2020-11-27 at 19 26 08
  4. Create product on all store view using postman or any other tool:
    URL: rest/all/V1/products
    BODY
{
  "product": {
    "sku": "test-1",
    "name": "Test 1",
    "attribute_set_id": 4,
    "price": 10,
    "status": 1,
    "visibility": 4,
    "type_id": "simple",
    "weight": 100
  },
  "saveOptions": true
}
  1. Update product name for IE store view:
    URL: rest/en-ie/V1/products
    BODY:
{
  "product": {
    "sku": "test-1",
    "name": "Test 1 changed",
  },
  "saveOptions": true
}

Expected result (*)

  1. When API for en-ie is sent I expect only product name changed/updated for that store view

Actual result (*)

  1. Instead all values previously sent for all store view have the checkbox unchecked and populated with the all store view data therefore this values cannot be updated using the all store views again

Screen Shot 2020-11-27 at 19 49 03

Thanks


Please provide Severity assessment for the Issue as Reporter. This information will help during Confirmation and Issue triage processes.

  • Severity: S0 - Affects critical data or functionality and leaves users without workaround.
  • Severity: S1 - Affects critical data or functionality and forces users to employ a workaround.
  • Severity: S2 - Affects non-critical data or functionality and forces users to employ a workaround.
  • Severity: S3 - Affects non-critical data or functionality and does not force users to employ a workaround.
  • Severity: S4 - Affects aesthetics, professional look and feel, “quality” or “usability”.

Metadata

Metadata

Assignees

Labels

Fixed in 2.4.xThe issue has been fixed in 2.4-develop branchIssue: ConfirmedGate 3 Passed. Manual verification of the issue completed. Issue is confirmedPriority: P1Once P0 defects have been fixed, a defect having this priority is the next candidate for fixing.Progress: doneReported on 2.3.5Indicates original Magento version for the Issue report.Reproduced on 2.4.xThe issue has been reproduced on latest 2.4-develop branchSeverity: S1Affects critical data or functionality and forces users to employ a workaround.Triage: Dev.ExperienceIssue related to Developer Experience and needs help with Triage to Confirm or Reject it

Type

No type

Projects

Status

Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions