Content with symbols like & and &; and amp; or &

Test the & amp symbol and the &; symbol in content UI.

Auto Description alias animi quaerat

Auto Description quam corporis incidunt

user foru mmobile crm forum 

desc Adding a question in technical to appear in latest 

It has come to our attention that the EventHandlers (Triggers) for Sales events (such as "After save sale") get a bit too much input data. Specifically, the EventData.inputValues contain also various local temporary variables which were never ment to be exposed. For instance, the value "SaleStageHasChanged", always has the value false  event though the stage actually has changed. This is because this is a private local variable, which should not be part of the EventData.inputValues. We will fix this bug down the road, but the fix will be to filter out (remove) these variables. Consequently, I ask you to not use them in your customizations as they are not stable and will be removed. Which ones are they? Unfortunately, I do not have a complete list for now. So, for simplicity, I believe you should limit your sulutions to using the standard values for properties on the entities, such as "SaleEntity.Amount", etc. The ID is definitely safe, and then you can query the database to get the current value. Sorry for this. We will try to clean up the inputValues, as well as getting some more documentation on this area.

A bug that has been around for ages in Maps in Service/CRMScript is that trying to get a value for a key will actually insert the key it into the Map. We have decided to fix this bug specifically in the EventData class so that calling EventData.getInputValue(String key) or EventData.getStateValue(String key) now will not insert the key. We believe the risk for this breaking any existing customizations is extremely low, but we still wanted to notify you here. If, for some reason, you have something like this, you need to clean it up: EventData ed = getEventData(); if (ed.getInputValue("foo") == "bar") printLine("foo is bar"); if (ed.getInputValues().exists("foo")) printLine("foo exists"); // This used to be true, but will now be false. This change will come in the next release in a couple of weeks. For the Map class, we do not dare to introduce the same change. Map.get(String key) will still have the side effect that the key will be inserted (with an empty value). However, we are introducing a new method, Map.getWithFallback(String key, String fallback). This method will return the value of the key if found, and if the value is not empty. If the key does not exist, or the value of it is empty, the function will return the fallback string. And the key will not be inserted into the Map.

Hello, I'm having an issue with the latest NetServer core release, when I reference the NuGet package directly and use the following code to bootstrap netserver, it works fine: var services = new ServiceCollection(); services .AddNetServerCore() .AddSoDatabase() .AddSingleton<Microsoft.Extensions.Logging.ILogger, SuperOffice.Logging.SoLogger>() .AddSingleton<SuperOffice.Security.Principal.IContextInitializer, ContextInitializer>(); var provider = services.BuildServiceProvider(true); provider.RegisterWithNetServer(); But when I reference the exact same NetServere Core package (and related packages) in a class library, use the code above to bootstrap netserver, and load it from a different application using Assembly.LoadFrom, I get the following error on the 'RegisterWithNetServer' line   We have all NetServer related code in a seperate class library, which is per SuperOffice version and we load according to the SuperOffice database version we are connected to. (Yes all legacy/technical debt, but can't just rewrite it all to the webapi package) This used to work fine with previous releases of NetServer but now broke with the change in bootstrapping/initilization. Based on other results when searching the forum here, I think it is related to a missing assembly/dll, but when I compare the dll's when referencing the nuget package directly or through our class library setup, they are the same. Does anyone have a few pointers/direction to help debug this?