Issues with item file upload and ajax file upload

  • Posts: 113
  • Thank you received: 18
9 years 3 months ago #243136

-- url of the page with the problem -- : www.willowcreekgraphics.com/
-- HikaShop version -- : 2.6.3
-- Joomla version -- : 3.5.1
-- PHP version -- : 5.6.17
-- Browser(s) name and version -- : Firefox 47.0

In testing we discovered that using the custom field type "File" allows a customer upload to overwrite an existing.
Though the field type "Ajax File" creates a unique name, it's not intuitive.
The text on the product detail page indicates:
"No image - Drag & Drop here or use the upload button"

This should probably read "file", not "image" to avoid confusion (not all files are images).
There is no upload button displayed - though the customer may discover in experimentation that the field label is clickable to trigger a "Browse". This is shown in the first attachment.
There also isn't a visible drop target displayed for the customer to drag and drop files to initially...so they have to guess on where to drop files to within the page.
If they drag a file over the right element through experimentation, then the target will appear (as in the second attachment).
Thinking this may be something template related, I tried both Beez and Prostar, and set Hikashop configuration display to "None" for both styles and front-end CSS.

Is there something else I'm missing to make this work?
Should the "File" custom field type allow one customer's files to be overwritten by another if they should use the same file name?

Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 84313
  • Thank you received: 13702
  • MODERATOR
9 years 3 months ago #243162

Hi,

Here is how it displays by default with the default CSS of HikaShop and protostar:
take.ms/445aG
As you can see, there is a border by default and there is an upload button so that the customer can click on it.
Regarding the text being "image" instead of "file", there is indeed an issue with that.
A simple solution is to use a translation override to change that on your end:
www.hikashop.com/download/languages.html#modify
We'll look at that to fix that.

The "file" custom field doesn't allow one customer's file to be overwritten by another. It changes the filename and store it with another name if it detects that the files content are different. If it detects that its the exact same files, it uses the same filename.

The following user(s) said Thank You: csymmonds

Please Log in or Create an account to join the conversation.

  • Posts: 113
  • Thank you received: 18
9 years 3 months ago #243249

Of course in my testing I was using the same file and didn't think about Hikashop checking the file content. Very clever!

Since it appears I can use the "File" type, that gives me time to figure out what there is on my site that causes the Ajax file target not to be displayed. I've already confirmed it's not template related, so will start disabling other extensions to determine the cause.

Thank you Nicolas.

Please Log in or Create an account to join the conversation.

Time to create page: 0.059 seconds
Powered by Kunena Forum