Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at


  • Sean Sachen 29 posts 75 karma points
    Nov 08, 2014 @ 21:08
    Sean Sachen
    0

    TypedMedia URL is empty

    Got a really annoying problem going on with Umbraco 7.1.6 with uploaded media images not returning a url when using TypedMedia or umbracoFile when using Media.  All other properties are present, ID, Name, etc., but the all important URL doesn't come out.

    When uploading items, the Url property has a value.  Later, if the item is updated with a new image, the URL disappears until the item is re-uploaded again.

    Then, yesterday, ALL media images lost the URL property and no images were showing on the site.

    The image is there and, in media, you can click the thumbnail and it opens the full size image with no problem.

    We've tried rebuilding the examine indexes, clearing out the recycle bins, republish the site and the only thing that brings back the Url value is re-saving the media item.

    There are no errors when these items disappear, so I have no idea where to look?  The forums haven't been much help as of yet either, so does anyone have any ideas or has anyone else experienced this?

    FWIW:  The app_pool user, in this case, has full control over all folders in the site.  I know, that's not the right way to open this up, but I wanted to make sure there weren't any rights issues going on.

    Thanks for your help.

    Sean

     

  • Jan Skovgaard 11245 posts 23441 karma points MVP 6x admin c-trib
    Nov 08, 2014 @ 22:40
    Jan Skovgaard
    0

    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

  • Sean Sachen 29 posts 75 karma points
    Nov 10, 2014 @ 15:24
    Sean Sachen
    1

    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:

    2014-11-07 14:06:15,706 [6] ERROR Umbraco.Core.UmbracoApplicationBase - [Thread 22] An unhandled exception occurred
    System.ArgumentException: Illegal characters in path.
       at System.IO.Path.CheckInvalidPathChars(String path, Boolean checkAdditional)
       at System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionAccess access, AccessControlActions control, String[] pathListOrig, Boolean checkForDuplicates, Boolean needFullPath, Boolean copyPathList)
       at System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionAccess access, String[] pathListOrig, Boolean checkForDuplicates, Boolean needFullPath, Boolean copyPathList)
       at System.Security.Permissions.FileIOPermission..ctor(FileIOPermissionAccess access, String path)
       at System.Web.HttpRequest.get_PhysicalPath()
       at UrlRewritingNet.Web.UrlRewriteModule.OnBeginRequest(Object sender, EventArgs e)
      at System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
       at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

     

    We are also seeing several of these:

    2014-11-07 14:06:45,482 [6] WARN  Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache - [Thread 86] Dropping property "image" because it does not belong to the content type.

    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:

    Create a media folder.
    Click the upload button and select the files they want and hit OK in the file browser.  The files are all uploaded and you can click on each of the images and view them normally.

     

    Hope this additional information helps you help me.

    Thanks.

    Sean

  • Josh Olson 79 posts 207 karma points
    Nov 13, 2014 @ 15:46
    Josh Olson
    0

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

    Cheers, Josh

  • Sean Sachen 29 posts 75 karma points
    Nov 13, 2014 @ 16:33
    Sean Sachen
    0

    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

  • Sean Sachen 29 posts 75 karma points
    Nov 18, 2014 @ 16:17
    Sean Sachen
    0

    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

  • Kevin Nolan 9 posts 60 karma points
    Nov 18, 2014 @ 21:28
    Kevin Nolan
    0

    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 

  • Kevin Nolan 9 posts 60 karma points
    Nov 18, 2014 @ 22:40
    Kevin Nolan
    0

    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

     

  • Sean Sachen 29 posts 75 karma points
    Dec 12, 2014 @ 15:10
    Sean Sachen
    1

    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

  • Sean Sachen 29 posts 75 karma points
    Mar 16, 2015 @ 18:37
    Sean Sachen
    0

    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.

  • Zac 222 posts 574 karma points
    Mar 19, 2015 @ 19:03
    Zac
    0

    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.

  • Sean Sachen 29 posts 75 karma points
    Mar 19, 2015 @ 19:14
    Sean Sachen
    1

    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>");
                    }
                }
            }
        }
    }
  • Zac 222 posts 574 karma points
    Mar 19, 2015 @ 19:20
    Zac
    0

    Hi Sean,

    What exactly is GetMediaForFolder?

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

  • Zac 222 posts 574 karma points
    Mar 20, 2015 @ 11:24
    Zac
    0

    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.

  • Sean Sachen 29 posts 75 karma points
    Mar 20, 2015 @ 12:30
    Sean Sachen
    1

    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

  • Mark Bowser 265 posts 851 karma points c-trib
    May 21, 2015 @ 20:47
    Mark Bowser
    0

    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.

  • Sean Sachen 29 posts 75 karma points
    Jun 18, 2015 @ 18:00
    Sean Sachen
    0

    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

  • Steve Morgan 1052 posts 3261 karma points c-trib
    Jun 19, 2015 @ 14:51
    Steve Morgan
    0

    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?

  • Nick 23 posts 116 karma points
    Mar 31, 2016 @ 11:28
    Nick
    0

    Hi Steve,

    I am experiencing random corruption of the Examine internal index so macros that loop through media tree to write out folder / file links return no data. See thread at: https://our.umbraco.org/forum/umbraco-7/using-umbraco-7/75440-media-items-are-lost-from-front-end-view-until-a-sort-is-performed-on-the-the-media-folders-in-the-backend-media-tree

    Our site is using the ezSearch package as yours is so don't know if this is causing an issue with the examine index in any way?

    We are running Umbraco 7.3.7

    cheers,

    Nick

  • Chris Perks 32 posts 114 karma points
    Jul 02, 2015 @ 10:11
    Chris Perks
    0

    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.
    
  • Sean Sachen 29 posts 75 karma points
    Jul 09, 2015 @ 00:59
    Sean Sachen
    0

    Was going through some other forums and came across this one, https://our.umbraco.org/forum/core/general/59898-Warning-in-trace-log, that may identify a culprit here? I've seen a lot of these log entries

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

    So, I went through some of our document types and we do have some fields by the name of "image". I will try and go through and re-name those fields to see if there's any difference or not.

    Because I have a workaround in place, I may have to setup a test site to see if having doc types with fields like "image" break it or not.

    I'd be curious if you have anything like this going on in your instance?

    Thanks.

    Sean

  • keilo 560 posts 1015 karma points
    Sep 12, 2015 @ 16:37
    keilo
    0

    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.
    
  • keilo 560 posts 1015 karma points
    Nov 01, 2015 @ 16:00
    keilo
    0

    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.
    
  • keilo 560 posts 1015 karma points
    Nov 19, 2015 @ 10:16
    keilo
    0

    @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.

  • keilo 560 posts 1015 karma points
    Nov 21, 2015 @ 16:00
    keilo
    0

    @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.

  • Andrew 3 posts 43 karma points
    Jan 18, 2016 @ 15:57
    Andrew
    0

    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.

    enter image description here

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

    enter image description here

    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.

  • Tim Murphy 7 posts 77 karma points
    Apr 21, 2016 @ 23:00
    Tim Murphy
    0

    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.

  • Tim Murphy 7 posts 77 karma points
    Apr 21, 2016 @ 23:02
    Tim Murphy
    0

    I should say that we're using 7.3.5.

  • Zac 235 posts 515 karma points
    May 04, 2016 @ 15:49
    Zac
    0

    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

  • Simon Dingley 1412 posts 3272 karma points c-trib
    Jan 23, 2017 @ 18:55
    Simon Dingley
    0

    Do you think that it might be coincidence that it started working again because you rebuilt the indexes?

    I have an issue whereby the following exception makes regular and then persistent entries in the log files on only the slave server in a load balanced setup:

    System.FormatException: String was not recognized as a valid DateTime.
       at System.DateTime.Parse(String s)
       at Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache.DictionaryPublishedContent.<.ctor>b__37(String val)
       at Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache.DictionaryPublishedContent.ValidateAndSetProperty(IDictionary`2 valueDictionary, Action`1 setProperty, String[] potentialKeys)
       at Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache.DictionaryPublishedContent..ctor(IDictionary`2 valueDictionary, Func`2 getParent, Func`3 getChildren, Func`3 getProperty, XPathNavigator nav, Boolean fromExamine)
       at Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache.CreateFromCacheValues(CacheValues cacheValues)
       at Umbraco.Web.PublishedCache.ContextualPublishedCache`1.GetById(Boolean preview, Int32 contentId)
       at Umbraco.Web.PublishedContentQuery.TypedDocumentById(Int32 id, ContextualPublishedCache cache)
       at Our.Umbraco.PropertyConverters.MultipleMediaPickerPropertyConverter.ConvertSourceToObject(PublishedPropertyType propertyType, Object source, Boolean preview)
       at Umbraco.Web.PublishedCache.XmlPublishedCache.XmlPublishedProperty.get_Value()
       at Umbraco.Web.PublishedPropertyExtension.GetValue[T](IPublishedProperty property, Boolean withDefaultValue, T defaultValue)
       at Umbraco.Web.PublishedContentExtensions.GetPropertyValue[T](IPublishedContent content, String alias)
       at <site>.BusinessLogic.Umbraco.Helper.GetContentItemImage(IPublishedContent item) in D:\_Repositories\<site>\<site>.BusinessLogic\Umbraco\Helper.cs:line 78
       at <site>.BusinessLogic.Umbraco.Helper.GetContentItemImagePath(IPublishedContent item) in D:\_Repositories\<site>\<site>.BusinessLogic\Umbraco\Helper.cs:line 72
       at ASP.Helpers.GetContentItemImagePath(Object item)
       at ASP._Page_Views_Partials_OrganisationAwards_cshtml.Execute() in e:\inetpub\<site>\Views\Partials\Awards.cshtml:line 48
    

    Rebulding the indexes on that server normally clears the problem.

  • Rasmus Eeg 87 posts 448 karma points c-trib
    Jan 26, 2017 @ 06:41
    Rasmus Eeg
    0

    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.

  • Tom 33 posts 153 karma points
    Mar 31, 2017 @ 10:03
    Tom
    0

    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?

  • Steve Morgan 1052 posts 3261 karma points c-trib
    Mar 31, 2017 @ 10:36
    Steve Morgan
    0

    Hi,

    I'm sure I managed to fix the logs - I think I just went through the site and found any problem nodes - e.g. where image / content pickers are referencing now deleted nodes and tidied it up and went through the doc types where archetype was used and looked for deleted properties and republished these nodes.

    Sorry - can't quite remember what nailed it but I'm certain it was some duff content.

    Steve

  • Tom 33 posts 153 karma points
    Mar 31, 2017 @ 11:06
    Tom
    0

    Hi Steve,

    Thanks for the quick reply! I will try to find nodes that could possibly give problems caused by old references and such and see if that works out.

  • Francisco Recio Garcia 6 posts 73 karma points
    May 23, 2018 @ 10:44
    Francisco Recio Garcia
    0

    I had the same problem and this worked for me:

    @Umbraco.TypedMedia(xxxxxx.GetPropertyValue<IPublishedContent>("yyyyyyyyy").Id).Url
    
  • Dan Diplo 1482 posts 5723 karma points MVP 3x c-trib
    May 23, 2018 @ 12:05
    Dan Diplo
    0

    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

  • George 20 posts 53 karma points
    Jun 06, 2019 @ 10:20
    George
    0

    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!

  • Jeroen Oostwouder 63 posts 159 karma points
    Jun 06, 2019 @ 11:13
    Jeroen Oostwouder
    0

    I had the exact problem. Adding a userfield to the internal index killed all images. Removing it, and rebuilding the index solved it for me too

Please Sign in or register to post replies

Write your reply to:

Draft