No, currently it does not. But if you have time to figure out what the problem is, please drop me a note.

Yours Dirk

I suspect it suffers from the problem I discovered with the S3 plugin. Here is my posting on that:

http://our.umbraco.org/projects/website-utilities/amazon-s3-media/bug-reports/46142-Version-7-Media-Listing?p=0#comment180432

Hopefully, that semi-workaround helps with this plugin too.

I tried today, downloaded the zip file and installed it in umbraco 7.0.4 website, everything works fine, however when tried to delete one image from recycle bin its gave me an error -

The relative virtual path 'https:/mysite.blob.core.windows.net/mysite/1001/imagetwo.jpg' is not allowed here.

-

So anyone figured this out.

I know if I delete the whole recycle bin, it deletes the file from blob storage, just single file its does not work.

Obs: I am not using any other image package on my website.

Yes, this is one of the known issues with v7. And it has to do with v7s inconsistency. That's the reason why the package is marked as not v7 compatible and may not be until core team fixes the underlying problems. Not sure whether they have done this in v7.1.4.

Yours
Dirk

Ok

Its fine for me as this is just a test project.

Other thing is my project works fine on local, then when I upload it to azure server, the images does not load on back office.

Images still displays on home page, but not back office.

I get this error

<Error><Message>An error has occurred.</Message><ExceptionMessage>Could not find type 'idseefeld.de.UmbracoAzure.AzureBlobFileSystem, idseefeld.de.UmbracoAzure'</ExceptionMessage><ExceptionType>System.InvalidOperationException</ExceptionType><StackTrace>   at Umbraco.Core.IO.FileSystemProviderManager.<GetUnderlyingFileSystemProvider>b__1(String s)
   at System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
   at Umbraco.Core.IO.FileSystemProviderManager.GetUnderlyingFileSystemProvider(String alias)
   at Umbraco.Core.IO.FileSystemProviderManager.GetFileSystemProvider[TProviderTypeFilter]()
   at Umbraco.Web.Editors.ImagesController.GetResized(String imagePath, Int32 width, String suffix)
   at Umbraco.Web.Editors.ImagesController.GetBigThumbnail(String originalImagePath)
   at lambda_method(Closure , Object , Object[] )
   at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ActionExecutor.<>c__DisplayClass13.<GetExecutor>b__c(Object instance, Object[] methodParameters)
   at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ActionExecutor.Execute(Object instance, Object[] arguments)
   at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.<>c__DisplayClass5.<ExecuteAsync>b__4()
   at System.Threading.Tasks.TaskHelpers.RunSynchronously[TResult](Func`1 func, CancellationToken cancellationToken)</StackTrace></Error>

I am not sure why this happens as it works fine on localhost.

Anyone got this error before?

Ok

I found the problem, when I deployed to azure I forgot to include the idseefeld.de.UmbracoAzure.dll file into the project.

Now Everything seems to work fine.

I will try to update umbraco from 7.0.4 to new version and see it this package works.

Thanks Dirk for your help.

So far the delete problem is the only thing that doesn't seem to work in v7, other than that everything works fine. This delete bug is now fixed for 7.1.5, see: http://issues.umbraco.org/issue/U4-3154

In order to use the new image cropper and ImageProcessor you would currently need to use the Remote method as detailed here: http://imageprocessor.org/imageprocessor-web/remote.html

This means that you need to add /remote.axd? in front of each image url.

As for the image cropper, the link posted by Sebastiaan is broken. New link is http://imageprocessor.org/imageprocessor-web/

I did have to nuget-update the ImageProcessor.Web to v4 in order to get it to work (after follwing the security/remote part on instructions on ImageProcessor page.

From what I gather,  Umbraco 7.2 will ship with this newer version of ImageProcessor.

It would be intressting to see Azure Blob Storage Provider ship with support for this. However I'm not sure there will be an easy way to avoid the remote.axd prefixing of urls...

This package (and the umbraco supoprt for FileSystemProviders) is really great given the storage limitation on Azure Websites.

/D

Just wanna add on this that setting up a subdomain for a storage account is possible in azure. I'm not sure this would affect the need for the remote.axd-prefix (as I havn't tried) but theoretically it would, I assume.

/D

I tried it with the NuGet installation v7.2.1 and UmbracoAzureBlobStorage v1.8 after updating to newer ImageProcessor.Web v3.3.1.0 the ImageProcessor secure config works. But you have to update some views in the backoffice to inject "/remote.axd?" into the img tag's src attribute.

Currently I am thinking of a HttpModule solution, but this will be tricky and I cannot when I will finish this. Very likely this will cause a lot of incompatibility with existing packages e. g. it must replace ImageProcessor.Web HttpModule etc. So I am not very optimistic here :-(

Dirk

is working on a reply...