Has anyone else experienced the file uploader (7) getting stuck? It seems to happen with any larger attachments - see my example of a 17.2 mb upload getting stuck at what appears to be 100% upload progress…
I can see Netcall has added to the documents area of the system but on the form it never gets removed from the dropzone and added as a record/item on the list underneath. (So if uploader was a requirement on the page customer wouldn’t be able to continue, although if I were to press a back button and then continue again to reload the page with the uploader on the doc that gets stuck is then added to the list underneath).
I’ve just tried a 16mb file and it got stuck at 100% upload bar, but refreshing the browser window worked to move it out of dropzone box to list so if I’m short on a fix I might just add in a line of text to let customers know that’s a possible work around…
Is this only existing in the build environment or do you see this in Live as well? (I am assuming you have build > Test > Live) and that the link you provided will allow me to create a case an upload a document?
We’ve got 6 hosts and are only really using build and live but yes it’s an across host/environment issue and we’re using the same uploader 7 on each. Some customers have been able to upload large files (as that has caused a few emails to bounce due to the outlook capacity) but since I’ve started looking at this I’ve not been able to upload anything large myself.
Hello,
It sounds to me like it might be timing out? At least on the front end, if it’s actually completing in the background. Does your listing widget refresh on E1 event (check the advanced setting)?
Also, what browser do you use? I can see that there are lines in the code relating to timeout in certain browsers, so I wonder if different browsers behave differently. Testing your link in Chrome, I can upload 10MB files without issue.
Final question, how long does the upload take before getting ‘stuck’? If it’s always running to about 30 seconds or so (and the same every time) then the timeout setting in the code for the dropzone widget probably needs amended.
Hi Scott, thanks for the reply. I think the widget has an inbuilt remove from dropzone and add to underneath list setting as the list is also part of the widget so there shouldn’t be the need for the event refresh but I did try introducing an E1 action link and refresh on the widget but that didn’t work to nudge the move from dropzone to list bit either. I’ve also tried doubling the timeout to 60000 but that didn’t work either…
I’m not sure what to try next… and I’ve left the 16 mb doc on 100% for the progress bar for 15 mins before giving up- and same stuck result on both chrome and edge so I don’t think it’s the browser…
In Chrome, it’s F12 to open the developer tools panel.
One other issue I’ve seen before was to do with network security settings preventing the upload of password protected PDFs, where the administrators had set the browsers to forbid them - nothing to do with Create in the end but took a while to realise that! So it’s also possible it’s to do with the specific file you’re uploading.
