Jump to content
  • 0

[Conflict Resolution] So... this is... just... well... weird


This one has me a bit puzzled. This is for SSE. I'm showing a different topic in the header for a dialogue record. I'm carrying forward some of the conditions in a patch, but I've not come across items with a conflicting difference in the header. I'm not sure if this is indicative of anything or not. Below are two screenshots to show the conflict. Has anyone seen this kind of thing before or know what it means, if anything?


First screen shot: Shows the top of the conflicting record. My patch is on the far right, of course.


2nd Screen shot: Shows a couple of conflicting conditions.


I would carry this forward, but the header difference threw me, so I thought I would ask about this. Any recommendations for what one should do in such a situation?


Thanks--- tjax


Note: This is a ported copy of GDO in header version 44 via CK and the bsa is converted to the proper format for SSE. The mod is nothing but a few scripts, so by Arthmoor's post (here) I'm not under the belief this would have anything to do with it. Mod works perfectly fine so far. Just trying to CR these few records.

Edited by tjax323

Share this post

Link to post
Share on other sites

2 answers to this question

Recommended Posts

  • 0

It looks to me like Sofia already has a patch for GDO which fixes the issue, so you shouldn't need to patch that record.

Share this post

Link to post
Share on other sites
  • 0

Thanks. I do hope the patch I made works. My question though was more at the header of the first screenshot. I marked it with it some black dots. The fact that the topic directly under the header was different with a conflict is what threw me. I've not see that before, and thought maybe something was amiss.

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By KillingMachine1914
      As it was stated in the title, it seems DynDOLOD is not applying modded statue of Azura (Sexy Statues Skyrim v2 NSFW Warning) when generating LODs. When I launch the game, vanilla Azura appears instead of the modded variant. The modded statue of Azura will only appear once I get close enough to it. Also, I installed a mod which resize the statue 2x its normal to make it visible all across Skyrim (Elizabeths Tower - Azura Shrine SSE).
      I have checked SSEEdit to see what defines the conflict and it turns out DynDOLOD.esp set the statue as persistent only and removed "is full lod" definition which was there in Elizabeth's Tower. I have very little idea of what those terms mean but my gut tells me that it has something to do with the trouble I am facing currently. Hence, is there a method to overcome this matter? 
      Thank you very much in advance.
    • By Midig
      Last time I tried to clean mods with Tes4edit for Oblivion I got CTD and had to Verify the integrity of the cache after deleting the edited DLCs. I followed the guide here: 
      Which was provided from here: 
      However, the latter does not use MO at all and might just have been used as a referral. Something makes me think there is some problem with Tes4edit and MO, but I just wanted to check here before I got a headache through multiple attempts. Have people here made it work just fine, how did you do it? 
    • By yuser
      First, sorry for my English.
      I want to merge some ESP's without renumbering FormID's. Is there any way to (semi)automatically determine, if these given ESP's have crossing FormID's? I had looked into TES5Edit scripts directory but hadn't found anything apropiate.
      Or maybe there is a script, which just list all FormID's from given ESP?
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Create New...

Important Information

By using this site, you agree to our Terms of Use.