Schlagwort-Archive: en

Cannot enter backslash key in forms using german keyboard

Last time I tried to create a new systemuser, which is mananged in an other domain as the CRM system, I wasn’t able ton enter a backslash key in the domain name field.
After some investigation, it turned out that I was not able to enter \ in any field. I’ve reproduced this issue on multiple systems (On-Line and On-Premise) and multiple language packs.

With help of @nzregs I could verify that it is not a general problem. After comparing system parameters, I found out that I was able to enter a backslash with an different keyboard layout than ‚de-de‘. Therefore I opened a ticket with the CRM support which is currently under investigation. It looks like it is a bug in the default form scripts.

If you have to enter a backslash in the meantime and you are experiencing the described problem, you could either copy/paste it from anywhere or you could enter ALT + 92.

Update

This issue was confirmed as a bug. The fix will be released with Rollup 7, which is currently scheduled for March 2012.

Help to build a new community for Microsoft Dynamics professionals

This proposal was not successful. I’ll keep this post online for historical reasons 😉

Perhaps you know already the great StackExchange trilogy, consisting of stackoverflow.com, serverfault.com and superuser.com. These are community-driven Q&A sites.

The community has the possibility to create new Q&A sites, based on the StackExchange ‚application‘ through proposals on Area 51

What makes these Q&A sites way better than normal discussion boards is the ability to use them like a big wiki.
Useful content is pushed by votes of the community and is bubbling up, crap gets filtered out. Already posted information is editable for improving the overall quality.

The SharePoint community already got it’s site. sharepoint.stackexchange.com is in public beta since a few months and at the moment it looks like it could become a regular site.

You may think: why do we need yet another site, there are the MSDN forums, or x, y and z.
I could not answer this question better than this question explains it already meta.sharepoint.stackexchange.com/q/199.

At least in my opinion, the MSDN forums evolved to an award hunting area. Many ‚experts‘ throw masses of answers on questions, without adding value to it (or even know the answer). Don’t get me wrong: this is not the majority, but it annoys me very much.  There is also no real way to promote valuable contributions, while devaluating the crap.

In addition the Creative Commons license guarantees that questions and answers are free to access, free to use and re-use (with attribution), and free to share… forever. So you will automatically create a knowledge base out of your contributions.

The more I use these sites, the more I miss a site which topic is the Microsoft Dynamics product range.

If you are a Microsoft Dynamics professional, I would kindly ask you to support the current proposal for a Microsoft Dynamics Q&A site

In order to support this proposal, the first step we have to achieve is to get it into the commitment stage. Therefore we need 60 followers and votes for sample questions (you can follow the proposal via the link above). If we reach this milestone, the proposal will proceed to the commitment step.

If you are interested please help to create a new opportunity for your community. You know a colleague, who’s interested? Great, tell him about the proposal. Spread the word!

Using HttpUtility.UrlEncode in a plugin leads to a SecurityException

In a recent project I had to develop a plugin which is executed in the plugin sandbox. The sandbox restricts the rights plugins to a ’safe‘ amount. See http://msdn.microsoft.com/en-us/library/gg334752.aspx for a description. According to the SDK, web request are allowed.

Part of my task was to send a request to a web service which expects data URL-encoded. Normally you would use following class (part of System.Web)

HttpUtility.UrlEncode("some data here");

I was surprised that this leads to a SecurityException if used in a sand-boxed plugin. The sandbox does not allow the use of this class.

Instead of rewriting the method (I hate reinventing the wheel…) I’ve searched for a replacement, and found

Uri.EscapeDataString("some data here");

which is usable in sand-boxed plugins. For my task the result was the same as with UrlEncode, however I am not sure I they are different in their results.

Do I need that SPN?

One important thing that is often forgotten during/after the installation of Dynamics CRM is to properly set the SPNs for your service accounts (if necessary 😉 ).
Here are three links which I often take as reference when we plan new deployments: