Download PNG output in Order mail

[Pol-Henry Verdonck]

Hello all, 

I have a strange problem: We use uStore to generate personalized logos. When we define the output as a JPG, the download link in the confirmation mail and in the orders history sends directly the image  in JPG. With the same parameters in uproduce but with PNG as output and the same product in uStore, when I order the PNG, the download link is automatically a zip using all the  tree until the png File. That means: open the ZIP and then 7 repositories to open   to get the PNG.

Why such a different behaviour between JPG (and PDF, because it works for PDF too) and PNG??? 

any idea where to investigate ?

Pol-Henry

[west-digital.fr]

Hello,

I thought that uStore 25.3 (and older versions) was simply mimicking the uProduce Job Ticket of the uProduce Job, which is referred to when you create of modify a uStore Product in uStore Admin.

So obviously, if the "template" uProduce Job was processed with the "Compression > Compress Output (ZIP)" option enabled (with versions older than 25.2) or a "Compress" Post Composition Operation (from version 25.2), then it would make sense that uStore serves a zipped file.

Now, you said that it's not zipped with JPEG, whereas it is with PNG, so certainly you did not jump into such an easy trap.

May I ask, if your document / data were exactly the same, between the JPEG composition and the PNG composition?

I'm asking this, because you wrote "the image in JPG"... as if there was only one JPEG, because your document had only one page and there was only one recipient.

Could you elaborate, on what are the several PNG files in the unexpected ZIP? Has the template document several pages? Or are there more than one recipient in this PNG composition? That you had not in the JPEG production?

Anyhow, I'm also wondering something else: regardless the number of pages in the XLIM / INDD document and the number of recipients, what do we expect from the uStore "OrderOutputProxy.ashx" service, when several production files have to be served to the User's web browser? Regardless it's JPEG or PNG or - why not - a "Separate file for each record" PDF composition. Maybe is there something smart in this service, that forces the uProduce job to compress, as soon as there are several files? So that the web browser does not complain or warn that there are several files to download simultaneously?

I could not test immedialy, due to a temporary lack of license on our server.

west-digital.fr

[Pol-Henry Verdonck]

In uProduce, I use the same campaign and the same indesign to generate the jpg and the png, I just change the output format from jpg to png to process the uproduce job reference for ustore. The post production action is the same (simply copy of the file to a repository with access for the customers). In ustore, to test this behavior,  I have used the same product, changing the job reference. So, it's the same document (same campaign, and same plan) in uproduce, with exactly the same settings for the process of the job and the same post production action, and in ustore, it's the same  products with the use of the same variables and the same adors! JPG --> the JPG is copied in my "download" repository and  directly downloadle from the order email.... PNG-->  the PNG is copied in my "download" repository BUT it's a zip that is downloaded from the order email (7 clicks to be able to open the png!). The tree in the zip is the one of the temp repository on the server.

We continue to explore....

[west-digital.fr]

Surprising indeed.

Have you ever asked the XMPie Support Team for an extra opinion?