Hi Sean

That's sounds like a weird issue indeed - Would you mind sharing the code you're currently using, which will make it easier to figure out if something might needs to be done in another way?

Have you checked if others have reported something about this on the http://issues.umbraco.org/issues

Looking forward to hearing from you.

/Jan

I've not been able to find any other posts related to this.

Basically, the code I use is similar to below:

var item = Umbraco.TypedMedia(CurrentPage.GetPropertyValue("<media picker val>"));

string url = item.Url; - this is where the URL is blank.  Not null, just blank as the url variable comes up empty without any errors.

I've also tried the media item by its ID to test rather than a media picker value and the result is the same.

I've looked around the UmbracoTraceLog.txt file and there are a lot of exceptions like:

We are also seeing several of these:

As far as the illegal characters go, I haven't noticed anything out of the ordinary in what the client is uploading/saving, so I'm not sure where to look for that, but the WARN issue seems it may be a problem.  I know the client has only been uploading png and jpg types so I'm not sure how the "image" property could not belong to that type?  Here is their process:

Hope this additional information helps you help me.

Thanks.

Sean

I seem to be having either the same or a very similar problem. Anybody have any hints?!

Cheers, Josh

We had another blow out happen again yesterday - every single media item lost at least the Url property.  I had to restart IIS and then the team had to go back into each and every media item and save each one individually.  Once that was done, the media displayed again(had the Url) property again.

I don't know if I need to create a workaround script that loops through ALL media items and re-saves them OR goto the database for all media items from here on out to prevent this from happening again?

I also created a new app pool and assigned the site to the pool and assigned the rights to the site folders to see if, maybe, the app pool that was in use was somehow corrupted, but I doubt it.

Any ideas guys?

Thanks.

Sean

Anyone?  We are still getting nailed on the media "disconnecting" randomly and having to re-save ALL media in order for the properties to show up again.

I haven't tested it yet but I have created a script/page that loops through ALL media and re-saves them to the system rather than doing it manually, but that's not a viable solution as this shouldn't happen ever.

Anyone?

Thanks.

Sean

Having a similar issue with Umbraco 7.1.8

Have to rebuild the examine indexes to get it to work which is unrealistic - will let you know if I get to the bottom of it

Cheers 

Hey all,

I think I might have gotten to the bottom of this - I need to do some more testing but my theory is as follows...

In Umbraco 7 if you use the multiple upload feature in the media section the indexes don't always update correctly.

The way around this is to not use the bulk upload and create the items individually by right clicking on the folder and choosing create - this is a bit painful when you've got a lot of items to upload. 

Cheers

In response to Kevin Nolan:

In our case, the multiple upload isn't the cause.  I know of a couple of instances where the client was updating an image and the cache blew out.  Originally, they just uploaded a new image and saved the record.  Then, we tried having them deleting the image and saving, then uploading the image to the record and saving.  Then, after that wasn't the answer, we had them delete the image record and create a new record in the folder via the righ-click/create and upload the image that way.  We can't seem to find a method that won't randomly blow out the cache as it really didn't matter which method the client tried.

So, we've resorted to using the old media calls to pull out the media URL:  var media = new umbraco.cms.businesslogic.media.Media(<id>);

Since we've fallen back to the legacy method, we haven't had any disappearing URL issues.  It was a pain to change all those references out and I'm not sure this is really the right way to do it, but it's working and the client is happy and that's what pays the bills.

Would really like to see this fixed.

Thanks.

Sean

Has anyone got any ideas how to fix this?  We are seeing this on v 6.1.6 as well as the V7 versions out there.  

var mediaItem = Umbraco.TypedMedia(<mediaID>).Url;

We have to go so far as to reset IIS(IISRESET) and then go back into the media folder and re-save ALL media items.  This is becoming problemmatic enough to where we will have to start looking at other CMS solutions which is definitely something wer really don't want to do.

Thanks.

Sean

BTW, the only workaround that I've been able to come up with is to pull media from the database via the old api:
var media = new umbraco.cms.businesslogic.media.Media(mediaID);

if( media != null && media.ContentType.Alias != "Folder" )

{

return media.getProperty("umbracoFile").Value.ToString();

}

 It was a quick n dirty fix, but it gets us by for now.

Experiencing this issue. My media has the wrong url after uploading a whole folder at once in the media section.

All my website media is broken. The site is now screwed.

Also, this is now occurring on two different servers so it's nothing specific to a particular server.

Not sure if this would help anyone else, but here is the piece of code we run to re-save all our media after we perform an IISRESET.  Sure beats the hell out of manually going into every image and clicking on the save button!

UPDATE:  left out some code, so here's the entire file - it's just a template that we put out there when we need to run it: 

@inherits Umbraco.Web.Mvc.UmbracoTemplatePage
@using umbraco.BusinessLogic;
@using umbraco.cms.businesslogic.web;
@using umbraco;
@using Umbraco.Core.Models;
@using Umbraco.Core.Services;
@using Umbraco.Web.Mvc;
@using Umbraco.Core;
@{
    Layout = null;

    if( Request.Form.AllKeys != null && Request.Form["passPhrase"] != null && Request.Form["passPhrase"] == "B@tm@n!")
    {
        var mediaFolder = ApplicationContext.Current.Services.MediaService.GetRootMedia();
        if (mediaFolder != null)
        {
            foreach (var item in mediaFolder)
            {
                if( item.ContentType.Alias == "Folder")
                {
                    GetMediaForFolder(item.Id);
                }
                else
                {
                    IMedia ct = ApplicationContext.Current.Services.MediaService.GetById(item.Id);
                    ApplicationContext.Current.Services.MediaService.Save(ct);
                    Response.Write("<p>" + ct.GetValue("umbracoFile") + " Saved</p>");
                }
            }
            Response.Write("<p><hr />RESET COMPLETE!</p>");
        }
    }
}
@functions{
    private void GetMediaForFolder(int id)
    {
        var mediaFolder = ApplicationContext.Current.Services.MediaService.GetById(id);
        if (mediaFolder != null)
        {
            foreach (var item in mediaFolder.Children())
            {
                if( item.ContentType.Alias == "Folder")
                {
                    GetMediaForFolder(item.Id);
                }
                else
                {
                IMedia ct = ApplicationContext.Current.Services.MediaService.GetById(item.Id);
                ApplicationContext.Current.Services.MediaService.Save(ct);
                Response.Write("<p>" + item.Url.ToString() + "(" + item.ContentType.Alias + ")  Saved</p>");
                }
            }
        }
    }
}

Hi Sean,

What exactly is GetMediaForFolder?

Edit: Thanks for updating that post Sean, I'll give it a try

Hmm. Running your code to automatically save all media items has made no difference for us. I tried this process:

1. Stop app pool
2. IISRESET
3. Delete umbraco.config and App_Data/TEMP folder
4. Increment clientdependency
5. Start app pool
6. First request is to a controller action that runs the save-everything for every media item

UPDATE: Looks like it is working after all. But I'm not sure if it was the above code, or the fact that we manually went through and re-saved hundreds of images in the CMS. I think the above code worked but there was a side issue (some media images got deleted somehow and were showing up blank, red herring)

Is anyone at HQ looking at this issue? Looks like it's been around for about 5 months. I couldn't find an issue on the issue tracker but this is critical.

For the most part, this works for us, however, yesterday, a couple of content nodes got disconnected from their media pickers and we had to delete the reference to the media item and re-add for it to work.  This was a first for us, so I dunno if, somehow, a media ID got changed or what?  It would be nice if, in the media picker, you could see the breadcrumb location and ID of the image you have selected.  This was available in the last 4.x versions but no longer seems to exist in the newer versions.

To your "UPDATE", we haven't had an issue with images actually deleting, at least not yet.  We'll keep an eye out for it.

Thanks.

Sean

We just started experiencing this on an umbraco 6.2.4 site. Things were working great until the client reported missing images on a couple of the pages. I'm unable to reproduce the problem on our dev instance. I can get the media name, but the media Url comes back blank.

I've tried resaving the media node. Didn't work. I tried reindexing the Internal Indexer. That just broke more images. I tried republishing the entire site. Didn't work. I tried right clicking on the node with this problem and republishing the page and its children. Didn't work.

I'm not finding anything relevant on the UmbracoTraceLogs. It seems that the problem is index related somehow because my attempt to reindex the internal index broke more images.

I AM able to view the media by putting the path to the file into the browser.

This is roughly the code I am using:

@{
    var currentPage = Model.Content;

    var mediaId = currentPage.GetPropertyValue<string>("mainImage");
    var mediaNode = Umbraco.TypedMedia(mediaId);
    if(mediaNode != null)
    {
        <img src="@mediaNode.Url" alt="@mediaNode.Name" />
    }
}

The "umbracoFile" property on the image is the default upload property, and I am using the default "Upload" data type. I also have an old Image Cropper on the images as well on a property called "crops".

My only solution was to locate each troublesome media node and reupload the media to that node one by one.

All of these fail for me:

• Reindexing (both the internal and external indexer)
• Recycling the app pool
• Republishing the entire site
• Right clicking the node and republishing the node and its children

I have a feeling that shutting down the site and deleting the entire TEMP directory, so the indexes were forced to entirely rebuild would solve the problem, but for now, I only have 5 or so media that are acting like this, so this is easier than trying to shut down my client's site.

I'll post back here when I confirm how these media were uploaded.

Would like to add that we just had this happen on a 7.1.6 site today - all media items on the site had blank URL's.

This is the only site on this server and the only way I was able to temporarily fix the issue was to restart IIS, then go back and rebuild the indexes.

Like Mark, above, I cannot find anything relevant in the log files.

Because the client is the one that usually finds out their site is broken first, I had to resort to pulling the images from the database rather than cache. This particular site didn't have that added, but will soon just so we can cover our a$$ a bit and at least look like we know what we are doing without having the site randomly going down.

I know there's another thread, mostly related to V6x, but it looks like it is a related issue to this one: https://our.umbraco.org/forum/developers/api-questions/44851-Issue-With-Media-Cache-in-v6?p=0

Are there still no resolutions/thoughts?

Thanks.

Sean

I think I'm having similar issues. Lots of errors in my logs which I'm working through

Here's my scenario. Umb v7.1.8 with archetype, ezSearch and a custom child node content injector (to make pages with child content get returned on search).

The indexes have become flakey - often not building and refusing to index though the site has grown recently.

I have a mess of errors in the log (including errors on each page load).

    2015-06-18 15:15:54,826 [6] WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 20] Dropping property "contents" because it does not belong to the content type.
2015-06-18 15:15:54,920 [6] WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 20] Dropping property "searchPath" because it does not belong to the content type.

I've started checking for linked content which has been deleted / unpublished. I've also discovered that a property was deleted from a Archetype doc type property which has caused issues (I'm testing the upgrade Archetype v1.8) and working through the code which injects the child content into the index.

Does any of the above sound familar?

Experienced today on 7.2.2. Would be great to get some feedback from the Umbraco team on this one.

Dropping property __ because it does not belong to the content type.

Hey everyone

I just hit by the very same issue on 7.1.8 install

I see tons of the following warning with dropping property messages;

Did anyone figure out a solution, taking into account last post to this thread was couple months ago?

WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 8] Dropping property "searchPath" because it does not belong to the content type.

WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 8] Dropping property "umbracoFileName" because it does not belong to the content type.

WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 8] Dropping property "contents" because it does not belong to the content type.

WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 8] Dropping property "searchPath" because it does not belong to the content type.

WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 8] Dropping property "umbracoFileName" because it does not belong to the content type.

WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 8] Dropping property "contents" because it does not belong to the content type.

bumping the thread in hope someone has answers.

is there any update or finding for the issue, log files gets filled with these:

WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 44] Dropping property "searchPath" because it does not belong to the content type.
WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 44] Dropping property "umbracoFileName" because it does not belong to the content type.
WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 44] Dropping property "contents" because it does not belong to the content type.

@Sean Sache

Did you manage to figure out if it was doctype related? Or did you find any kind of resolution, i still have this dropping property 'searchPath', 'contents', 'umbracoFileName' appearing repeatedly in the logs.

on 7.1.8

as well as on 7.2

so this is something with examine but there is no finding on why they are appearing.

@Steve

I have the exact same issue on exact same version; 7.1.8 Log files gets filled with

Dropping property ..

umbracoFileName

contents

searchPath

because it does not belong to the content type

Log files become unreadable mess filled with these.

Is there any workaround that you found? seems version upgrade doesnt solve it.

I've been doing some digging on the Dropping property "image" because it does not belong to the content type. warning as it is polluting our logs on a few sites.

I added the node Id to the logged warning and found all the nodes causing it were media folders. Not every media folder, just 15 or so out of dozens.

If I use the searcher in the "Examine Management" tab, I can see it returns an "image" field for the media folder.

If I re-save the media folder and run the search again, the "image" property is gone.

However, if I rebuild the index, it comes back.

The value in the "image" field also seems to be the url for the first child and some other file name joined on.

This is far as I've got, the problem seems to be when the index is being built, this "image" property is being added somehow.

Our content editors recently asked me to remove a custom title field from our image media type as they insisted that it was never used. I deleted the field yesterday afternoon and didn't think any more about it until I checked the logs this morning--they were absolutely chock full (i.e. several per minute) of the following:

WARN Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - Dropping property "title" because it does not belong to the content type.

I re-added the title field which immediately stopped the warnings, but of course, it isn't ideal because we apparently have to keep the extraneous field.

Interestingly, reading the posts to this forum topic (concerning the above warning), I'm beginning to wonder if maybe it's caused by using a reserved word to name a field, and then deleting that field. Just a thought.

We just encountered the same issue today.
This happened for us because we tried adding some custom properties (IndexUserFields) to the InternalIndexSet. When we reverted the index back to its default state (below) and rebuilt the indexes the media urls started working again.

 <IndexSet SetName="InternalIndexSet" IndexPath="~/App_Data/TEMP/ExamineIndexes/{machinename}/Internal/" />    

This occurred for us on 7.4.2

Hi there,

TypedMedia uses the InternalSeacher to find media by id.

So it's returning what's in the index. If the umbracoFile field is not present, it will return empty.

Hi,

We also experienced similar problems as mentioned above lately. A lot of warnings like;

Dropping property "image" because it does not belong to the content type.

We tried most of the things like reindexing, recycling the app pool, republish, clearing the cache etc. but no luck.

Did anyone ever found a solution of some kind of hint towards a solution?

I had the same problem and this worked for me:

@Umbraco.TypedMedia(xxxxxx.GetPropertyValue<IPublishedContent>("yyyyyyyyy").Id).Url

In case it's relevant, I've just had a PR accepted that fixes TypedMedia not working with UDI strings (like 'umb://document/99cd7ec3-2a34-4b2a-9a94-919e3b609b79') which the new content pickers return). So hopefully this will be in a forthcoming release.

You can read about it here and the current workaround:

http://issues.umbraco.org/issue/U4-10706

For what it's worth, here's the problem we had with this!

Umbraco version 7.9.2 assembly: 1.0.6634.25789

We deployed some changes, and noticed all our images disappeared on the site, with the image tag as "src=". In the backoffice the images appeared fine.

Clearing the Examine indexes (in our case in \App_Data\TEMP\ExamineIndexes) forced a rebuild and the images appeared again. However, when new images were added to the backoffice, you could add them to the page, but they wouldn't show ... until you forced a re-index again as above.

Our problem turned out to be a custom user field in the \Config\ExamineIndex.config file:

<IndexSet SetName="InternalIndexSet" IndexPath="~/App_Data/TEMP/ExamineIndexes/Internal/">
    <IndexUserFields>
        <add Name="fieldname" EnableSorting="true" />
    </IndexUserFields>
</IndexSet>

Changing this to

<IndexSet SetName="InternalIndexSet" IndexPath="~/App_Data/TEMP/ExamineIndexes/Internal/" />

resolved the problem.

Note that after making this change you have to stop the web application, delete the \App_Data\TEMP\ExamineIndexes files again to force a reindex, and restart the web application.

I hope this helps someone, it was painful for us on a live site!

This is an old post but I'm currently seeing the same issue as initially described by you Sean, except this is on Umbraco 10.4.0.

On my content nodes, the image thumbnail is there and I can click through the image to the media item itself, click the 'info' tab and open the media Url which also opens fine.

I've been looking through the database this morning to see if I can spot anything with media URL's etc but in the mediaVersion table I can see the URL of the images are set correctly.

Just commenting on here to see if anyone had found a solution as none of this has worked for me.

1. Recycling the App Service in Azure
2. Rebuilding the Examine Indexes through the backoffice
3. Stopping the App Service, removing the indexes from the TEMP folder and start up App Service again

I don't have any custom Examine settings so should be using Umbraco defaults.

I'll update this post if I find anything though just in case someone else on V10 stumbles across it.

Cheers, Stuart

is working on a reply...