Skip to content

The folder doesn't display in the destination when pasting one premium blob folder which the name is 'New Folder' #3813

Open

Description

@v-limu

Storage Explorer Version: 1.16.0
Build Number: 20201125.2
Branch: main
Platform/OS: Windows 10/ Linux Ubuntu 16.04/ MacOS Catalina
Architecture: ia32/x64
Regression From: Previous release(1.13.0)

Steps to Reproduce

  1. Expand one premium storage account (Premium StorageV2 or StorageV1)-> Blob Containers.
  2. Create a blob container -> Create a folder with the name 'New Folder' -> Upload one page blob to it.
  3. Copy the folder then paste it to any blob container.
  4. Check whether the folder displays in the destination.

Expected Experience

The folder displays well in the destination.

Actual Experience

The folder doesn't display in the destination.
image

Additional Context

  1. This issue doesn't reproduce when pasting one premium blob folder which the name is not 'New Folder' string.
  2. This issue doesn't reproduce for one regular blob folder and ADLS Gen2 blob folder.
  3. This issue also reproduces when cloning one premium blob folder which the name is 'New Folder'.

Activity

  1. modified the milestones: 1.17.0, on Dec 7, 2020
  2. v-limu commented on Dec 16, 2020

    @v-limu
    Author

    Add Info:
    This issue reproduces for the folder name format 'X Y'. ( X and Y can be any character) For example as follows:
    image

  3. MRayermannMSFT commented on Oct 6, 2021

    @MRayermannMSFT
    Member

    v-limu

    1. can you tell me what subscription and storage account you repro this in?
    2. does it still repro on main?
    3. can you share the azcopy log from the job?
  4. v-xianya commented on Oct 8, 2021

    @v-xianya
    Member

    Matthew Rayermann (@MRayermannMSFT)

    1. Azure Tools Manual Testing 2 -> ayantest (Premium)
      Here is the direct link for the account:
      storageexplorer://v=1&accountid=%2Fsubscriptions%2F92be7e56-8a60-427c-a3e3-0ebd54a827a1%2FresourceGroups%2FCTI-Kristine%2Fproviders%2FMicrosoft.Storage%2FstorageAccounts%2Fayantest&subscriptionid=92be7e56-8a60-427c-a3e3-0ebd54a827a1
    2. Reproduce on main build 20211008.1
    3. We cannot get the AzCopy log from the activity log, is there another way to get the azcopy log?
      image
  5. modified the milestones: , future on Oct 14, 2021
  6. MRayermannMSFT commented on Oct 14, 2021

    @MRayermannMSFT
    Member

    Appears to be a service side issue with using + instead of %20 in the delimiter query param. AzCopy is going to chase this one down. Moving to future until it is fixed.

  7. v-xianya commented on May 17, 2024

    @v-xianya
    Member

    Matthew Rayermann (@MRayermannMSFT)
    On rel 1.34.0 build 20240517.1. The behavior of this issue has been changed. [FYI, the behaviors are the same as the Actual Experience on previous release 1.33.1]
    It displays below errors after running the repro steps:
    image
    Error details:
    {"name": null, "message": "\"failed to perform copy command due to error: cannot start job due to error: cannot list files due to reason GET https://apremium.blob.core.windows.net/atset01\\n--------------------------------------------------------------------------------\\nRESPONSE 400: 400 Value for one of the query parameters specified in the request URI is invalid.\\nERROR CODE: InvalidQueryParameterValue\\n--------------------------------------------------------------------------------\\n<?xml version=\\\"1.0\\\" encoding=\\\"utf-8\\\"?>\\n<Error><Code>InvalidQueryParameterValue</Code><Message>Value for one of the query parameters specified in the request URI is invalid.\\nRequestId:3a5c3e50-401c-0008-2f33-a80c4a000000\\nTime:2024-05-17T08:20:57.8339328Z</Message><QueryParameterName>include</QueryParameterName><QueryParameterValue>metadata,tags</QueryParameterValue><Reason>This query parameter value is invalid.</Reason></Error>\\n--------------------------------------------------------------------------------\\n.\\n\"" }

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    🪲 regressionIssue was working in a previous version🪲 serviceIssue is due to service problems⚙️ azcopyRelated to AzCopy integration⚙️ blobsRelated to blob storage❔ externalRoot cause of this issue is in another component, product, or service🧪 testingFound through regular testing

    Type

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions