Skip Menu |

This queue is for tickets about the Artifactory-Client CPAN distribution.

Report information
The Basics
Id: 97116
Status: resolved
Priority: 0/
Queue: Artifactory-Client

People
Owner: Nobody in particular
Requestors: victor_diec [...] mitel.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Re: Uploading Artifacts from Archive
Date: Thu, 10 Jul 2014 13:57:44 -0400
To: "bug-Artifactory-Client [...] rt.cpan.org" <bug-Artifactory-Client [...] rt.cpan.org>
From: "Diec, Victor" <victor_diec [...] mitel.com>
It's ok. Take your time. On Thursday, July 10, 2014, Satoshi Yagi via RT < bug-Artifactory-Client@rt.cpan.org> wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=96924 > > > Planning to look at this this weekend; I just changed job and super busy > learning the new environment. > > On Mon Jul 07 23:58:45 2014, SYAGI wrote:
> > Hi, > > > > Your usage seems fine. > > All I'm doing is adding X-Explode-Archive: true to the header then > > making a request. > > > > With that said, let me set up a custom instance and confirm this bug > > then see what I can do. I wonder if it could be some issue with > > reading a file on Windows, as my testing was done on linux. > > > > On Thu Jul 03 16:10:56 2014, victor_diec@mitel.com <javascript:;> wrote:
> > > I would like to report a bug/issue that I have been experiencing with > > > the > > > Artifactory-Client v0.7.4. When using: > > > deploy_artifacts_from_archive( path => $path, file => $file ) > > > > > > I currently have tried: > > > $client->deploy_artifacts_from_archive(path => > > > "/usingAPI/archive_blow_up/EntMgr_install_9_0_0_68.tar",file => > > > "C:/Users/diecv/Downloads/EntMgr_install_9_0_0_68.tar"); > > > $client->deploy_artifacts_from_archive(path => > > > "/usingAPI/archive_blow_up/EntMgr_install_9_0_0_68/",file => > > > "C:/Users/diecv/Downloads/EntMgr_install_9_0_0_68.tar"); > > > > > > In the three cases, it was never unzipped. Am I giving the perl > > > module > > > incorrect information or information in the wrong format? Or is this > > > another issue? > > >
> > > >
-- Victor Diec Mitel Networks Email: victor_diec@mitel.com Phone: 613-592-5660 x72875 -- This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
Hm, this became a new bug...closing. On Thu Jul 10 13:57:59 2014, victor_diec@mitel.com wrote: Show quoted text
> It's ok. Take your time. > > On Thursday, July 10, 2014, Satoshi Yagi via RT < > bug-Artifactory-Client@rt.cpan.org> wrote: >
> > <URL: https://rt.cpan.org/Ticket/Display.html?id=96924 > > > > > Planning to look at this this weekend; I just changed job and super busy > > learning the new environment. > > > > On Mon Jul 07 23:58:45 2014, SYAGI wrote:
> > > Hi, > > > > > > Your usage seems fine. > > > All I'm doing is adding X-Explode-Archive: true to the header then > > > making a request. > > > > > > With that said, let me set up a custom instance and confirm this bug > > > then see what I can do. I wonder if it could be some issue with > > > reading a file on Windows, as my testing was done on linux. > > > > > > On Thu Jul 03 16:10:56 2014, victor_diec@mitel.com <javascript:;> wrote:
> > > > I would like to report a bug/issue that I have been experiencing with > > > > the > > > > Artifactory-Client v0.7.4. When using: > > > > deploy_artifacts_from_archive( path => $path, file => $file ) > > > > > > > > I currently have tried: > > > > $client->deploy_artifacts_from_archive(path => > > > > "/usingAPI/archive_blow_up/EntMgr_install_9_0_0_68.tar",file => > > > > "C:/Users/diecv/Downloads/EntMgr_install_9_0_0_68.tar"); > > > > $client->deploy_artifacts_from_archive(path => > > > > "/usingAPI/archive_blow_up/EntMgr_install_9_0_0_68/",file => > > > > "C:/Users/diecv/Downloads/EntMgr_install_9_0_0_68.tar"); > > > > > > > > In the three cases, it was never unzipped. Am I giving the perl > > > > module > > > > incorrect information or information in the wrong format? Or is this > > > > another issue? > > > >
> > > > > > > >
>