-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MemberTypes show as changed between site reboots. #142
Comments
@KevinJump I'm using uSync 8.7.1 and I'm doing some testing with two different environments connected to the same database. When I generate an export on environment A and move the export files to environment B and run the report it says that all the properties for the built in member type have changes. Do you have any idea why that is? Or how I can prevent this? |
Hi, can you perform an export on server b and compare the member type config file between the two? I am guessing it's a guid thing but they should be the same because uSync makes a guid based on the alias. |
Sorry, I should've included the export files. And yes, the guid's are different. Server A
Server B
|
Today i learnt that GetHashCode() does not return the same thing on diffrent platforms / .net versions 😞
Guessing server a is 32-bit and b is 64-bit ? or something like that looks we need to move to a platform independent hashing algorithm for this. |
Here’s someone who came up with a solution: https://andrewlock.net/why-is-string-gethashcode-different-each-time-i-run-my-program-in-net-core/ See the bespoke |
Thanks. I am also toying with a hard coding them 🤯 to fix this one issue - if i put in the generated hashes for these well know properties into a dictionary I will only break 1/2 of the existing memberType configs files out there. Just checking if we use GetHashCode anywhere else that goes beyond the installation (we use it a few times when building internal cache things for speed, and once for a fallback which would already mean the guid wouldn't match.). |
did a bit from box A and a bit from box B - we use 'well known' guids for the default member type and a deterministic hash for any other membertype setups. bonus, we've also fixed the 'create/delete' issue in the report 1a0a3d1 |
Looking forward to a new release. 😊 |
* Stop extra lookups of Root when content is missing. * ISyncNodeSerializer, ISyncNodeTracker - speeding up import #171 * perf: improved parent path lookup * Fix #142 - HashCode isn't deterministic * Improve the tracker - so things that are matched on key then alias, don't show up as delete/create * Update contentType tracker - track strutures by alias * Change seperator for property path in tracker * code cleanup (usings) * add clear history button, make history load on tab view. * Sync history events, to reload after import/export. * Add key only serialization option #176 Adds a KeysOnly setting for the dictionary serializer * Support for media in the grid styles. Supports media inside the grid styles elements. * Prerelease fix - path gets muddled when its in the cache * prerelease fix: don't include root in friendly path. * version bump. v8.7.2 * move version back to description * Add option to ignore config by editorAlias or item name #178 * Generic IgnoreAlias setting for all handlers - stops them being imported completely. #178 * up the version cache numbers for the js. * Don't show addons if uSync.Complete is installed. * Allow uSync folder to be set outside the site root #173 * Prerelease fix - Blueprint path fix. * 8.7.2 version/readme. Co-authored-by: Kevin Jump <[email protected]>
Just tested the 8.7.2 release and the Member Types issue has been solved. Thanks a lot! |
Reporting or importing member types between reboots of a site , will report changes to the member type because the internal guid values reported by umbraco change.
we should ignore the guid value for these pre-built properties on a member type.
The text was updated successfully, but these errors were encountered: