DataTypeSerializer

[cheeseytoastie (Steve Morgan)]

Installed the DataTypeSerializers to avoid the start node of the media pickers constantly clashing. All worked great. Deployed to UAT sites and totally fine. One fellow dev’s machine however refuses to run usync.

All I get in the logs are 47 odd of these:

{
  "actions": [
    {
      "handlerAlias": "DataTypeHandler",
      "success": true,
      "itemType": "IDataType",
      "message": "",
      "exception": null,
      "change": "Import",
      "fileName": "uSync\\v9\\DataTypes\\CountdownProjectPageMobileMediaPicker.config",
      "name": "Countdown Project Page - Mobile - Media Picker",
      "path": "v9",
      "requiresPostProcessing": true,
      "detailMessage": null,
      "details": null,
      "key": "eaf35120-df64-488f-9574-17a162f1665e"
    },
    {
      "handlerAlias": "uSync.BackOffice.SyncHandlers.Handlers.DataTypeHandler",
      "success": false,
      "itemType": "IDataType",
      "message": "DataTypeHandler Import Fail: Object reference not set to an instance of an object.",
      "exception": {
        "ClassName": "System.Exception",
        "Message": "Object reference not set to an instance of an object.",
        "Data": {},
        "InnerException": null,
        "HelpURL": null,
        "StackTraceString": null,
        "RemoteStackTraceString": null,
        "RemoteStackIndex": 0,
        "ExceptionMethod": null,
        "HResult": -2146233088,
        "Source": null,
        "WatsonBuckets": null
      },
      "change": "Fail",
      "fileName": "",
      "name": "AppealPicker01.config",
      "path": null,
      "requiresPostProcessing": false,
      "detailMessage": null,
      "details": null,
      "key": "00000000-0000-0000-0000-000000000000"
    },

I was guessing a data types folder or media folder was missing but all the guids / keys seem to be present in the DB. I can create it if I take his DB as a backup… I tried a clean export from his machine and it throws the same exception in the export process. Any ideas?

Made me worried it would happen on live so we’ve rolled this package back out and re-exported all datatypes.

uSync.Community.DataTypeSerializers" Version="13.3.1

uSync.Complete” Version=“13.2.1”

Umbraco latest v13

[KevinJump]

Hi,

do you have a version of that file (CountdownProjectPageMobileMediaPicker) from when it was failing (not from when it since has been removed as it will be a bit different) ?

I can see where this might be in the code, but it would be good to have a ‘broken’ one to double check.

(happy if you just drop me an email, if you don’t want to share publicy [email protected]

[cheeseytoastie (Steve Morgan)]

<?xml version="1.0" encoding="utf-8"?>
<DataType Key="129958a8-47eb-4271-a67f-d63335f90929" Alias="Currency Picker (0,n)" Level="2">
  <Info>
    <Name>Currency Picker (0,n)</Name>
    <EditorAlias>Umbraco.MultiNodeTreePicker</EditorAlias>
    <DatabaseType>Ntext</DatabaseType>
    <Folder>Content+Pickers</Folder>
  </Info>
  <Config><![CDATA[{
  "Config": {
    "Filter": "currencySetting",
    "IgnoreUserStartNodes": false,
    "MaxNumber": 0,
    "MinNumber": 0,
    "ShowOpen": false,
    "TreeSource": {
      "dynamicRoot": null,
      "id": "umb://document/fe68a65fd9f34b2694fbd521ce59c789",
      "query": null,
      "type": "content"
    }
  },
  "MappedPath": "document:/Site Settings/Currencies"
}]]></Config>
</DataType>

Not quite the correct one but this one was one it hit and failed on

[KevinJump]

Hi

Just testing this today,

V13/dataserializers nullables

it will probably fix it, although i can’t get it to actually break i suspect it comes from the picker in the DB being in a certain state where a bit of it is null.

[cheeseytoastie (Steve Morgan)]

I have two dev dbs, one where it breaks and one out didn’t. I can compare the two db rows. What table am I looking in?

[KevinJump]

Good question - I don’t really ever look directly at the DB if i can help it

i think they will be in the umbracoDataType table. - no alias, but matched of the Id value of the datatype (which you can see on the datatypes ‘info’ tab.

[cheeseytoastie (Steve Morgan)]

After a little trip to UmbracoNode to get the nodeID:

Only difference I can see is in UmbracoNode - the path. I’ll check if those IDs seem valid?

[cheeseytoastie (Steve Morgan)]

I’m actually not sure what those path ids relate to. I thought it was tree position but they are not in the node table.

And this is why I too never go dabbling in the db tables..

[KevinJump]

Hi,

new version of uSync (and the community package). v13.3.2

uSync.Community.Contrib 13.3.2

Will hopefully have more checking in there and not fall over as easily, this should fix the issues but if you should check the logs just to see if it throws anything in there when you first run them.

[cheeseytoastie (Steve Morgan)]

From this:

To this:

No idea how you worked out what was going on there!?

It felt faster too - might just be the test DB I’m using is more light weight but was there anything you’ve changed that might be making it run faster?

[KevinJump]

exceptions can be slow - its more likely the impact of changes on a smaller set of data made it go faster.