Closed GoogleCodeExporter closed 8 years ago
Original comment by trilobit.alex@gmail.com
on 11 Jun 2010 at 10:28
What we need with file upload is a multi-file option. A user should be able to
upload more than one large file as part of a product / item before adding it to
cart. Magento allows uploading multiple files, but having a huge POST isn't
idea.
We need add a feature to our w2p extension to somehow allow uploading files
asynchronously before an item is added to the cart. The file are uploaded one
by one in a queue as implemented by
http://code.google.com/p/web-to-print-scripts/source/browse/#svn/branches/bulk_u
pload
Once all initiated uploads are completed the item can be added to the cart. Let
the user click on add to cart before the uploads are finished, but defer the
form submission and give them a warning msg "It will be added to cart once all
files are uploaded.".
The uploaded files should show in the item the same way a normally uploaded
files would show.
All queue functionality should be implemented as in the original script: add to
queue, cancel, show status, etc.
The script should be activated only for ... We need to think when the script
actually activates and where normal Magento uploading remains in place.
Uploaded files are to stay where they were uploaded until removed manually. If
someone uploads a file, but doesn't submit an order then the file just sits
there.
We'll think of tracking and cleaning up later.
Original comment by zetapri...@gmail.com
on 14 Jun 2010 at 10:13
Depends on http://code.google.com/p/web-to-print-scripts/issues/detail?id=33
Original comment by zetapri...@gmail.com
on 14 Jun 2010 at 10:13
Original comment by zetapri...@gmail.com
on 24 Jun 2010 at 11:03
Part [3] from the initial task needs to be a separate issue. We won't deal with
price changes at this stage.
Files can only be downloaded by the admin of the store, not the user. The user
should see file names.
Original comment by zetapri...@gmail.com
on 23 Aug 2010 at 8:21
Further simplification: all files are to be uploaded asynchronously if creating
a new field type is not an easy option.
Original comment by zetapri...@gmail.com
on 10 Sep 2010 at 1:25
Original comment by trilobit.alex@gmail.com
on 15 Sep 2010 at 7:53
Do you use another branch for this issue?
Original comment by Anatoly....@gmail.com
on 15 Sep 2010 at 8:34
No commits by alex. Start over.
Original comment by zetapri...@gmail.com
on 10 Oct 2010 at 7:16
Original comment by zetapri...@gmail.com
on 1 Nov 2010 at 8:53
Original comment by zetapri...@gmail.com
on 4 Nov 2010 at 3:06
Original comment by zetapri...@gmail.com
on 6 Nov 2010 at 9:37
We need close off this one.
The stumbling block is the queue. There should be a new issue posted for it.
Let's test it and see what else doesn't work in the current form and shape.
Original comment by zetapri...@gmail.com
on 8 Nov 2010 at 10:52
Many changes made to JS to accommodate for required features and Magento
specifics.
Test product:
http://ec2-174-129-95-130.compute-1.amazonaws.com/magedev/index.php/test/multi-u
pload-product.html
Original comment by jamb...@gmail.com
on 9 Nov 2010 at 9:53
Remove "upload new file button"
It is redundant. Start processing it on selection.
Original comment by zetapri...@gmail.com
on 9 Nov 2010 at 10:02
I had 3 files in the queue
1: uploading / cancel
2: ... / remove
3: ... / remove
I clicked REMOVE on file 2. It removed the file, but started uploading file 3
without waiting for file 1 to finish. Obviously not the way to do it.
Original comment by zetapri...@gmail.com
on 9 Nov 2010 at 10:05
"upload new file button" has its function, it checks if there is upload going,
and if yes just adds new form and hides old one, if no queue it starts upload
and adds next form. If Auto start is implemented, there will be no way to
change you mind especially on first file. If you choose not correct PSD you
will have to cancel and start over. With button, no upload starts without user
decision.
@16 will look into it.
Original comment by jamb...@gmail.com
on 9 Nov 2010 at 10:14
Test now.
Original comment by jamb...@gmail.com
on 9 Nov 2010 at 10:37
~ ~
( o )o)
( o )o )o)
(o( ~~~~~~~~o
( )' ~~~~~~~'
( )|) |-.
o| _ |-. \
o| |_||_) | \ \
| | ||_) | | |
o| | / /
| |." "
| |- '
.========. mb
Please, kill the button, er? :)
Original comment by zetapri...@gmail.com
on 9 Nov 2010 at 10:40
The button is part of the past. It is gone. RIP button...
Original comment by jamb...@gmail.com
on 9 Nov 2010 at 11:12
Quote from comment #2:
"Once all initiated uploads are completed the item can be added to the cart.
Let the user click on add to cart before the uploads are finished, but defer
the form submission and give them a warning msg "It will be added to cart once
all files are uploaded."
- I clicked on the "Add to cart" button before the files finished uploading.
Got this err (cart.png). Files were not pu on hold with a notification msg but
instead forced to add to cart page.
---------------------------
Quote from comment #5
"Part [3] from the initial task needs to be a separate issue. We won't deal
with price changes at this stage."
- Part 1 also includes price changes, doesn't it? If a user uploads a file on a
free product and the admin is to set the price after seeing what the user
uploaded.
---------------------------
Apart from those:
1. There is no Upload button
2. Queue works fine
3. Users only see file names and can't download the files
4. Files are available to admin
5. JS works in Opera as well
therefore, the rest seems to be fine and the issue can be closed with the
remaining issues (and new ones) moved to separate tasks.
Original comment by agur...@gmail.com
on 9 Nov 2010 at 1:28
Attachments:
Please, put anything outstanding into a new issue and close this one.
Original comment by zetapri...@gmail.com
on 10 Nov 2010 at 2:51
Original comment by zetapri...@gmail.com
on 10 Nov 2010 at 5:31
Original comment by Anatoly....@gmail.com
on 10 Nov 2010 at 6:57
Original comment by agur...@gmail.com
on 10 Nov 2010 at 6:01
Original issue reported on code.google.com by
zetapri...@gmail.com
on 9 Jun 2010 at 10:40