Experiencing an issue regarding the uploading of jpg's. (all less than 500k).
I have a work around which may identify the problem - the image uploads in literally a second, then nothing happens - if I refresh (reload nodes or F5) the folder node - image appears. However, if I try a multi-image upload, it hangs forever after the first image completes then on exit flashes an I/O error which from memory is 2308 (may have that wrong, but the 08 is right, I think).
Added to this, if I try to delete a node I have a message in bottom right corner that a Lucence Index file is missing with the extension _oj (sorry, it only appears very briefly). This may be connected, but may not.
After uploading say 20+ jpgs, individually the system slows and I have to log out, shut down VS and restart, then it absolutely flies again (is this the fastest Umbraco ever?)
Last night I lost about 3 hours work and believe it is related to this - ok it was late and I just kept going - but all appeared to be ok until this morning when all the nodes I had created disappeared. (Don't care, loving Umbraco right now)
V4.11.2 - upgraded from V4.11.1 in MVC (Absolutely fantastic!) VS2012 Ultimate (asp.net4.5) with IIS8 via WebMatrix2, (have had issues with these running previously built sites.) DAMP on changeset 5e46708e1721.
If someone could help it would be really appreciated - uploading images one by one is tiresome, but ok in the short-term.
Am already using the custom version of MFU, uploading directly to Media Section, of type imageGallery into folderGallery. The dataTypes are from your excellent example site.
Have tried through the front-end but uploader just hangs.
Have just recreated the issue and I/O port error is 2038 which occurs now when I click on another node other than the one I am uploading to. This then puts Umbraco into a very slow state
ADDITION - the 2038 error may be to do with write permissions on the folder - this has been an issue since I upgraded VS and to IIS8, is this feasible?
Hmm I've seen the I/O port error is 2038 error before. This could be a long shot, but is there any chance that you have a datatype which doesn't have a render control? Sometimes if you install pacakge it adds a datatype which is empty. For example with the Google Maps datatype. So check all datatypes in the developer section and check if something looks wrong. Removing the datatype or giving it the correct render control fixed it for me.
Datatypes uploadImage and uploadVideo have no usercontrol assigned (showing "choose") - should this be multipleFileUpload.ascx and of datbase type Nvarchar ?
Have checked all datatypes and only this has anything that could be considered out of place.
Thanks again Jeroen.
Btw - have adapted your Gallery to a responsive design for mobile - works like a dream!!!
When last hanging I checked the system and my IIS is using 70-80% of CPU and with this 2038 error, my thinking is that it is in that area.
Just to add to the mix, if after the first image is finished uploading I hit the "remove" button and continue to do so after each image uploads - it works perfectly!
Folder refreshes and all is normal in the farmyard.
Should anyone have any suggestions it would be greatly appreciated and thank you for your time.
We can kind of put an end to this - re-opened site with WebMatrix and hit the upgrade to Webforms2 button by mistake - so that ended that!
On a fresh install everything works as it should - so, no issue with my IIS, thankfully.
However, all that leaves is the upgrade from 4.11.1 to 4.11.2, cannot be certain that it was this - but may prove useful if someone else has the same problem.
Thanks again Jeroen for your time and a great package that provides so much inspiration for others.
DAMP Media Uploader V4.11.2 - Not refreshing node
Hi
Experiencing an issue regarding the uploading of jpg's. (all less than 500k).
I have a work around which may identify the problem - the image uploads in literally a second, then nothing happens - if I refresh (reload nodes or F5) the folder node - image appears. However, if I try a multi-image upload, it hangs forever after the first image completes then on exit flashes an I/O error which from memory is 2308 (may have that wrong, but the 08 is right, I think).
Added to this, if I try to delete a node I have a message in bottom right corner that a Lucence Index file is missing with the extension _oj (sorry, it only appears very briefly). This may be connected, but may not.
After uploading say 20+ jpgs, individually the system slows and I have to log out, shut down VS and restart, then it absolutely flies again (is this the fastest Umbraco ever?)
Last night I lost about 3 hours work and believe it is related to this - ok it was late and I just kept going - but all appeared to be ok until this morning when all the nodes I had created disappeared. (Don't care, loving Umbraco right now)
V4.11.2 - upgraded from V4.11.1 in MVC (Absolutely fantastic!) VS2012 Ultimate (asp.net4.5) with IIS8 via WebMatrix2, (have had issues with these running previously built sites.) DAMP on changeset 5e46708e1721.
If someone could help it would be really appreciated - uploading images one by one is tiresome, but ok in the short-term.
Best regards
Gary
Are you using the create option of DAMP? The multi uploader is part of Umbraco and not DAMP. It's not possible to upload multiple files with DAMP. You could try my custom version of MFU to upload multiple files: http://our.umbraco.org/projects/website-utilities/multiple-file-upload/bugs/20286-Support-for-custom-Media-Types
Jeroen
Hi Jeroen - many thanks for your reply
Am already using the custom version of MFU, uploading directly to Media Section, of type imageGallery into folderGallery. The dataTypes are from your excellent example site.
Have tried through the front-end but uploader just hangs.
Have just recreated the issue and I/O port error is 2038 which occurs now when I click on another node other than the one I am uploading to. This then puts Umbraco into a very slow state
ADDITION - the 2038 error may be to do with write permissions on the folder - this has been an issue since I upgraded VS and to IIS8, is this feasible?
Hmm I've seen the I/O port error is 2038 error before. This could be a long shot, but is there any chance that you have a datatype which doesn't have a render control? Sometimes if you install pacakge it adds a datatype which is empty. For example with the Google Maps datatype. So check all datatypes in the developer section and check if something looks wrong. Removing the datatype or giving it the correct render control fixed it for me.
Jeroen
Ok so - a long shot maybe - but . . . .
Datatypes uploadImage and uploadVideo have no usercontrol assigned (showing "choose") - should this be multipleFileUpload.ascx and of datbase type Nvarchar ?
Have checked all datatypes and only this has anything that could be considered out of place.
Thanks again Jeroen.
Btw - have adapted your Gallery to a responsive design for mobile - works like a dream!!!
Regards
Gary
The Upload Image and Upload Video should have the RestrictedUpload.ascx usercontrol. In the DAMP Gallery they already should be configured.
Jeroen
Ok - made those changes but nothing has changed.
When last hanging I checked the system and my IIS is using 70-80% of CPU and with this 2038 error, my thinking is that it is in that area.
Just to add to the mix, if after the first image is finished uploading I hit the "remove" button and continue to do so after each image uploads - it works perfectly!
Folder refreshes and all is normal in the farmyard.
Should anyone have any suggestions it would be greatly appreciated and thank you for your time.
Regards
Gary
We can kind of put an end to this - re-opened site with WebMatrix and hit the upgrade to Webforms2 button by mistake - so that ended that!
On a fresh install everything works as it should - so, no issue with my IIS, thankfully.
However, all that leaves is the upgrade from 4.11.1 to 4.11.2, cannot be certain that it was this - but may prove useful if someone else has the same problem.
Thanks again Jeroen for your time and a great package that provides so much inspiration for others.
Gary
is working on a reply...