Copied to clipboard

Flag this post as spam?

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


  • Ali Sheikh Taheri 459 posts 1604 karma points c-trib
    Jan 09, 2014 @ 20:54
    Ali Sheikh Taheri
    0

    DAMP Data Type losing its value

    Hi

    I am using Umbraco 6.1.6 with uSync 1.5.2.

    I've got 5 different DAMP data types, I cannot figure out why it loses its values (setting like root node, allowed extensions basically every single information for DAMP data type)

    the preserve value is false

    preserve="false"
    

    my question is that should I add Damp data types to PreservedPreValues or MatchedPreValues?

    Any help is much appreciated.

    Thanks

    Ali

  • Kevin Jump 1424 posts 9137 karma points MVP 3x c-trib
    Jan 09, 2014 @ 21:02
    Kevin Jump
    1

    I would try matched - (i haven't tried this for DAMP - but it's how MNTP works)

    with matched pre values usync tries to ensure that the order of the prevalues is kept (for most datatypes this doesn't matter) it generates slightly more db traffic, but might be the answer.

  • Ali Sheikh Taheri 459 posts 1604 karma points c-trib
    Jan 09, 2014 @ 21:06
    Ali Sheikh Taheri
    0

    Hi Kevin,

    Not all the DAMP data types loses its value, it is vary sometimes is 2 out of 5 sometimes 1 out of 5.

    couldn't really figure out any sort of pattern so far :(

    Thank you

  • Kevin Jump 1424 posts 9137 karma points MVP 3x c-trib
    Jan 09, 2014 @ 23:01
    Kevin Jump
    0

    that could be true - when you export / import a datatype, you don't always get the values written out to the xml in the order they are stored (it's a bit odd) so when using matched types usync checks sort order too, to make sure it reads and writes in the order they are stored in the DB - this means it can sometime work and sometimes not -

    exactly the behaviour we where getting with MNTPs which made me write the matched types stuff.

  • Ali Sheikh Taheri 459 posts 1604 karma points c-trib
    Jan 09, 2014 @ 23:03
    Ali Sheikh Taheri
    0

    what would you suggest shall I add it to MatchedTypes?

  • Kevin Jump 1424 posts 9137 karma points MVP 3x c-trib
    Jan 09, 2014 @ 23:13
    Kevin Jump
    2

    yes - you need to add the GUID that is written as ID in the xml file (sorry not at a pc now - can't tell you what that is for DAMP) once that is done, all DAMP doctypes will use matched.

    so it's something like

      <add key="00000000-0000-0000-0000-000000000000" value="DAMP" />
    

    with the key being the ID Guid - the value doesn't actually matter it's just so you can spot it in the config.

  • Ali Sheikh Taheri 459 posts 1604 karma points c-trib
    Jan 09, 2014 @ 23:16
    Ali Sheikh Taheri
    0

    sure thanks will do it and let you know

    cheers

    Ali

  • Ali Sheikh Taheri 459 posts 1604 karma points c-trib
    Jan 10, 2014 @ 11:49
    Ali Sheikh Taheri
    0

    Hi Kevin,

    Have tried that but no luck :( it is still the same.

    can it be because we are using different database?

    Cheers

    Ali

  • Ali Sheikh Taheri 459 posts 1604 karma points c-trib
    Jan 10, 2014 @ 12:16
    Ali Sheikh Taheri
    0

    Kevin,

    Is there anyway to exclude DAMP Data Type from uSync or I need to exclude all data types?

    Cheers

    Ali

  • Kevin Jump 1424 posts 9137 karma points MVP 3x c-trib
    Jan 10, 2014 @ 12:21
    Kevin Jump
    1

    it shouldn't matter in terms of DB - uSync is using the umbraco api - can you post the usync xml for the damp controller (its in usync/datatypes) ? also just confirm the file contains the same settings (or which ones are missing) from the xml

    I will do some checking to see if i can replicate it.

  • Ali Sheikh Taheri 459 posts 1604 karma points c-trib
    Jan 10, 2014 @ 12:24
    Ali Sheikh Taheri
    0

    thank you ! here is the xml file

    <?xml version="1.0" encoding="UTF-8" standalone="no"?>
    <DataType Name="DAMP - File Picker - Multi" Id="ef94c406-9e83-4058-a780-0375624ba7ca" Definition="b0079d37-0fcc-4e54-9862-0e8ee33f7d8a">
      <PreValues>
        <PreValue Id="54" Value="id" />
        <PreValue Id="541" Value="" />
        <PreValue Id="542" Value="pdf,txt,doc,docx,mp3,mp4,mpeg,mpg" />
        <PreValue Id="543" Value="True" />
        <PreValue Id="554" Value="-1" />
        <PreValue Id="559" Value="-1" />
        <PreValue Id="560" Value="xpath" />
        <PreValue Id="561" Value="/" />
        <PreValue Id="590" Value="True" />
        <PreValue Id="591" Value="False" />
        <PreValue Id="845" Value="1033" />
        <PreValue Id="846" Value="1033,1059" />
        <PreValue Id="847" Value="1033" />
        <PreValue Id="848" Value="100" />
        <PreValue Id="849" Value="100" />
        <PreValue Id="850" Value="" />
        <PreValue Id="851" Value="" />
        <PreValue Id="852" Value="False" />
        <PreValue Id="853" Value="False" />
        <PreValue Id="854" Value="False" />
        <PreValue Id="855" Value="True" />
        <PreValue Id="856" Value="True" />
        <PreValue Id="857" Value="" />
        <PreValue Id="858" Value="" />
      </PreValues>
    </DataType>
    
  • Mark Bowser 260 posts 845 karma points c-trib
    Mar 24, 2015 @ 20:32
    Mark Bowser
    0

    Just to be 100% clear, when you talk about putting the GUID in the matched prevalues area, you are talking about using the ID GUID instead of the Definition Guid?

    In the case above would you use:

    <add key="ef94c406-9e83-4058-a780-0375624ba7ca" value="DAMP" />
    

    and you would not use:

    <add key="b0079d37-0fcc-4e54-9862-0e8ee33f7d8a" value="DAMP" />
    

    Thanks

  • Kevin Jump 1424 posts 9137 karma points MVP 3x c-trib
    Mar 24, 2015 @ 20:36
    Kevin Jump
    1

    Hi yes its the ID (at least i think it is)

    <add key="ef94c406-9e83-4058-a780-0375624ba7ca" value="DAMP Picker" />
    

    the xml is a bit confusing because the ID is the ID of the underling datatype, not the ID of this particular type - that's in the definition !

  • Mark Bowser 260 posts 845 karma points c-trib
    Mar 24, 2015 @ 20:37
    Mark Bowser
    0

    Awesome. I just confirmed that. The ID is the underlying ID and the Definition is the specific definition for that Data Type.

    Thanks!

  • Kevin Jump 1424 posts 9137 karma points MVP 3x c-trib
    Mar 24, 2015 @ 20:39
    Kevin Jump
    0

    if you are still using umbraco 6.1.6 - you should also try the latest version of uSync from here

    https://github.com/KevinJump/jumps.umbraco.usync/tree/v1.6.x-inheritiedObjects/Package

    the 1.6 version has had significant work on it, and does lots more checking and importing now - and works better with things like DAMP pickers.

  • Mark Bowser 260 posts 845 karma points c-trib
    Mar 24, 2015 @ 20:44
    Mark Bowser
    0

    That sounds great! We are using umbraco 6.1.6 and have usync 1.5.8.2 installed via nuget. I don't see the 1.6 on nuget. Is it possible to get that version from nuget?

    https://www.nuget.org/packages/uSync/

    Huh. I just thought I'd try anyway. I typed:

    Update-Package Usync -Version 1.6
    

    and it worked. Not sure why version 1.6.0 doesn't show up in the list of available versions in the nuget gallery but is still available.

Please Sign in or register to post replies

Write your reply to:

Draft