Open GoogleCodeExporter opened 9 years ago
Original comment by ad...@zetaprints.com
on 7 Jun 2011 at 10:09
4. I understand what user input is, but what do you mean by links to images?
Original comment by jamb...@gmail.com
on 16 Jun 2011 at 7:46
A user may upload images for ZP image fields. The images are stored in mage to
be picked up by ZP.
They need to be preserved and be downlodable.
Original comment by ad...@zetaprints.com
on 16 Jun 2011 at 9:21
Original comment by ad...@zetaprints.com
on 16 Jun 2011 at 6:37
Original comment by ad...@zetaprints.com
on 16 Jan 2012 at 3:59
Show saved user input and links to the uploaded files in pop-up dialog.
Add link to the order item to show the dialog
Original comment by Anatoly....@gmail.com
on 19 Jan 2012 at 10:03
Change the error msg to "Cannot update the preview. Try again or add to cart as
is and we will update it manually."
Do this on the second error message.
What the heck are we going to do with multipage templates?
It's a can of worms. Need a separate issue for this.
Original comment by ad...@zetaprints.com
on 19 Jan 2012 at 10:14
Diffs:
* http://code.google.com/p/magento-w2p/source/detail?r=1884
* http://code.google.com/p/magento-w2p/source/detail?r=1885
Atanas, please update MK locale
Original comment by Anatoly....@gmail.com
on 30 Jan 2012 at 6:39
Please, test it with 2.0.1.0alpha1 release.
I think you need a broken template (with errors on update preview) to test the
issue.
Original comment by Anatoly....@gmail.com
on 30 Jan 2012 at 6:55
Atanas, finding a broken template is harder than it used to be.
I may need to "break" it for you in real-time while you are testing. Let me
know.
Original comment by ad...@zetaprints.com
on 30 Jan 2012 at 8:47
Original comment by Anatoly....@gmail.com
on 2 Feb 2012 at 8:27
Sorry, it's a fail.
1. update preview snake never stops
2. "Cannot update the preview. Try again or add to cart as is and we will
update it manually." never appeared
3. The message in the shopping cart should read "Could not generate customized
previews. Proceed with the order and we will complete it manually."
4. "_Photo Corner Text (eg price)" is not a user friendly name. Use proper user
friendly names. They are in the XML. Same is for image field "#Image1"
5. The values for image fields are meaningless. Totally meaningless. Show a
thumb of the user image.
5.
Original comment by ad...@zetaprints.com
on 2 Feb 2012 at 10:48
Order details says "Show customer's input data "
It's not obvious this is a failed order.
Change it to: "FAILED ORDER: view user data"
Original comment by ad...@zetaprints.com
on 2 Feb 2012 at 11:03
Thinking that gripe 5 from comment 12 may be a hassle to implement.
Original comment by ad...@zetaprints.com
on 2 Feb 2012 at 11:05
We need a crook template for testing.
Just tell me which template we can screw and I'll make sure it falls over.
Original comment by ad...@zetaprints.com
on 7 Feb 2012 at 8:45
Use this one:
http://d1.zetaprints.com/magedev/index.php/sample-stationery/subcategory-01/coff
ee-card.html
on w2p portal end:
http://cname.zetaprints.com/?page=template;TemplateID=7B2E8F2E-4D3D-4450-A7E6-C8
BC42CE0A17
Original comment by agur...@gmail.com
on 9 Feb 2012 at 2:34
The aforementioned template has been successfully screwed. Sorry try again all
the way.
This type of error returns a quick response. In other cases the response may
take a while. Let's test it separately.
Original comment by ad...@zetaprints.com
on 10 Feb 2012 at 1:56
Max, Atanas could you please provide screwed template with stock and user
images.
Original comment by Anatoly....@gmail.com
on 15 Feb 2012 at 11:09
Original comment by Anatoly....@gmail.com
on 15 Feb 2012 at 11:09
http://cname.zetaprints.com/?page=template;TemplateID=FE241CBE-B6DA-4E9F-873A-44
FF9E6A2323
Screwed. Atanas will add stock images later, but feel free to add them yourself.
Original comment by ad...@zetaprints.com
on 15 Feb 2012 at 11:30
Assigned a stock image folder to all "Right side" images and the background.
The "Left side" images are user-uploading ones.
Original comment by agur...@gmail.com
on 15 Feb 2012 at 2:31
Diffs: http://code.google.com/p/magento-w2p/source/detail?r=1903
Original comment by Anatoly....@gmail.com
on 17 Feb 2012 at 12:40
Please, re-test the issue with 2.0.1.0beat5 release. Use those two templates
for testing.
Original comment by Anatoly....@gmail.com
on 17 Feb 2012 at 12:51
Tested on /magedev/
web_to_print_store_incl_theme 2.0.1.0beta5 (beta)
http://d1.zetaprints.com/magedev/index.php/sample-stationery/subcategory-01/cd-l
abel.html
1. After I click "Update preview", the loader never stops spinning, the preview
remains the same and there are no errors or messages coming up. Its just stays
like that.
2. "Add to cart" button becomes active a few seconds after I click "Update
preview" but that "Cannot update the preview. Try again or add to cart as is
and we will update it manually." msg never appeared.
3. The message I got when I "Add to cart" reads:
The product was added in fallback mode. We will update it manually with your
input data.
Which I think is ok.
4. In admin panel, only the first two images of my order show as thumbs.. one
is some ID string and the rest are not mentioned at all.
Original comment by agur...@gmail.com
on 20 Feb 2012 at 5:09
I added additional check for returned XML.
Diff: http://code.google.com/p/magento-w2p/source/detail?r=1913
Changed code on the server, please, re-test it on /magedev/
Original comment by Anatoly....@gmail.com
on 28 Feb 2012 at 3:02
Tested on /magedev/
http://d1.zetaprints.com/magedev/index.php/sample-stationery/subcategory-01/cd-l
abel.html
- First click on "Update preview"
msg:
Cannot update the preview. Try again.
- Second click on "Update preview"
msg:
Cannot update the preview. Try again or add to cart as is and we will update it
manually.
- "Add to cart" got activated
- Cart page displays this message:
The product was added in fallback mode. We will update it manually with your
input data.
- I'm able to place the order and it is registered in admin side.
------------------------------------
Test OK this far
1. In order details in the admin panel, the image thumbs lead to images that
are much smaller then what I uploaded. Did they get compressed? Where are the
user-uploaded ones?
2. Stock images are represented as some code ID (#Photo_1_Right in the
screenshot is a stock one), how does the admin know which stock image to use?
3. Bottom two images (#Photo_2_Right and #Photo_3_Right in the screenshot) were
set to "Default" value. We should show them as "Default" instead of that #
4. Can we get rid of all the # and _ characters?
5. The "customer's input data" pop-up window should also contain a link to the
product that the order was placed on.
Original comment by agur...@gmail.com
on 28 Feb 2012 at 2:46
Attachments:
Diff: http://code.google.com/p/magento-w2p/source/detail?r=1918
Original comment by Anatoly....@gmail.com
on 5 Mar 2012 at 6:27
Please, re-test it with 2.0.1.0alpha7 release.
Original comment by Anatoly....@gmail.com
on 5 Mar 2012 at 9:28
Tested on /magedev/
web_to_print_store_incl_theme 2.0.1.0alpha7 (alpha)
1. In order details in the admin panel, the image thumbs lead to images that
are much smaller then what I uploaded. Did they get compressed? Where are the
user-uploaded ones?
More Work
2. Stock images are represented as some code ID (#Photo_1_Right in the
screenshot is a stock one), how does the admin know which stock image to use?
More Work
3. Bottom two images (#Photo_2_Right and #Photo_3_Right in the screenshot) were
set to "Default" value. We should show them as "Default" instead of that #
Test OK
4. Can we get rid of all the # and _ characters?
Test OK
5. The "customer's input data" pop-up window should also contain a link to the
product that the order was placed on.
Test OK
6. A "blank" setting for an image field is not represented in the customer's
input data.
7. Multiline texts are displayed as single lines in the "customer's input data"
table. Admin needs to know the way/format in which the text was entered.
Original comment by agur...@gmail.com
on 5 Mar 2012 at 10:17
1. In order details in the admin panel, the image thumbs lead to images that
are much smaller then what I uploaded. Did they get compressed? Where are the
user-uploaded ones?
Original images are on ZP and are not available via API
2. Stock images are represented as some code ID (#Photo_1_Right in the
screenshot is a stock one), how does the admin know which stock image to use?
More Work
Strange. Works OK on my local M.
Original comment by Anatoly....@gmail.com
on 5 Mar 2012 at 10:30
Guys, we need to drag ourselves out of this mess. This issue was meant to be a
quickie. Still no end in sight.
1. TestOK
2. re-test on a different template?
6. fix?
7. just wrap it into PRE or disabled TEXTAREA(ugly, I know)
Original comment by ad...@zetaprints.com
on 5 Mar 2012 at 10:57
Diff: http://code.google.com/p/magento-w2p/source/detail?r=1922
Please test it with 2.0.1.0alpha8 release.
Original comment by Anatoly....@gmail.com
on 6 Mar 2012 at 11:23
Tested on /magedev/
web_to_print_store_incl_theme 2.0.1.0alpha8 (alpha)
2. More Work
I've setup this template:
http://cname.zetaprints.com/?page=template;TemplateID=7B2E8F2E-4D3D-4450-A7E6-C8
BC42CE0A17
Max, please break it so that it gives an err.
6. Test OK
7. Test OK
Original comment by agur...@gmail.com
on 6 Mar 2012 at 1:21
Screwed.
Original comment by ad...@zetaprints.com
on 6 Mar 2012 at 5:54
Original comment by Anatoly....@gmail.com
on 7 Mar 2012 at 2:20
Tested on /magedev/
web_to_print_store_incl_theme 2.0.1.0alpha8 (alpha)
http://d1.zetaprints.com/magedev/index.php/sample-stationery/subcategory-01/coff
ee-card.html
Original comment by agur...@gmail.com
on 7 Mar 2012 at 8:39
I don't believe this one is over?
Atanas, are you sure you checked everything? There must be something else we
can think of for MoreWork? :)
Original comment by ad...@zetaprints.com
on 7 Mar 2012 at 10:22
I didn't check multipage templates
I added a page to the test template. Can you screw it up again? But then, what
will happen when a user can't get a preview generated on the first page. I
don't think they will move on to the second one.
Original comment by agur...@gmail.com
on 7 Mar 2012 at 10:51
Need that template broken, Max. We need to talk about what happens with
multipage templates so that I let users know in the help post.
Original comment by agur...@gmail.com
on 13 Mar 2012 at 1:40
WHich template? See comment 34
Original comment by ad...@zetaprints.com
on 13 Mar 2012 at 11:18
Same template, I just re-uploaded it with an extra page in there:
http://cname.zetaprints.com/?page=template;TemplateID=7B2E8F2E-4D3D-4450-A7E6-C8
BC42CE0A17
I get no err now when I try to generate a preview
Original comment by agur...@gmail.com
on 14 Mar 2012 at 9:25
Max, break that template
http://cname.zetaprints.com/?page=template;TemplateID=7B2E8F2E-4D3D-4450-A7E6-C8
BC42CE0A17
so that I can test multipage templates fallback.
You're suppose to make it fail during preview update.
Original comment by agur...@gmail.com
on 27 Mar 2012 at 12:58
screwed
Original comment by ad...@zetaprints.com
on 28 Mar 2012 at 1:05
tested on /magedev/
web_to_print_store_incl_theme 2.1.1.0beta2 (beta)
https://d1.zetaprints.com/magedev/index.php/sample-stationery/subcategory-01/cof
fee-card.html
Uploaded image showed up as an ID.
What do we do about multipage templates? The template fails on preview
generation for the first page. What's the point in a fallback mode when the
admin doesn't know what the user input for the second page was? Customer never
got that far anyway.
Original comment by agur...@gmail.com
on 28 Mar 2012 at 12:00
Attachments:
Original issue reported on code.google.com by
ad...@zetaprints.com
on 28 Apr 2011 at 2:29