Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ..."User is ambiguous in the namespace" error after server change"User is ambiguous in the namespace" error after server change
Previous
 
Next
New Post
1/4/2007 1:14 AM
 
Rob, I know I'm late to the thread, but this might shed some light. If there's a fix for it, then all the better.

I received the same error recently when developing a module. I copied all of the user controls in the admin folder and moved them to another to alter the code and development my own version of admin user controls. Within the declaration statement on manageusers.ascx (which was in a new folder), I substituted  a different address for the user control  (Src="~/admin/Users/User.ascx") -- one that pointed to my own version. This threw the same error you've been having, telling me that somewhere within the code, the User.UserCreatedEventArgs is sharing the same  namespace somewhere. I don't know where, but that's the only conclusion I can think of. It's my guess that your third-party software might be doing the same thing--probably borrowing the same namespace to complete their module.

Sorry, not much help, but I'd like to figure it out, too, if their is answer. But I'm pretty sure of the cause.
 
New Post
1/9/2007 7:21 AM
 

Thanks for adding this to the thread.

I did eventually find the cause of the issue, but of course not until I'd restored and redone a lot of content. It's still sufficiently obscure that I don't know exactly why this happens.. it just doesn't make any sense to me.. but here it is:

The background: Ever since the new user profiles in DNN4, there have also been new 'required field' images in place of asterisks. These are ugly round red arrows that display very badly on non-white backgrounds. In addition, on certain skins, those images slip underneath the text fields and upset the layout of the page.. not to mention they then no longer point at anything.

So I have always done a couple of small things to my DNN instances. First I replace the arrows with my own tidier graphic... and second, I make a small change in User.ascx

I wanted to make it so the images don't slip underneath the fields, but because the dnn:propertyeditorcontrol has no table cells where I could simply set nowrap, I discovered I could stretch it out a little sideways with the editcontrolwidth and width settings already present. I would simple add a few pixels to the values.

Now that might seem pretty tame, and it worked perfectly for a long time, but then it caused the namespace error that started this thread. The error would occur only with certain skins. I tried all sorts of different values and it seemed to fail when the skin squeezed the control too tightly or something.

It's a mystery to me why it stuffs up and why it gives that namespace error message, but it absolutely does. I did it over and over again... simply changing the values a few pixels would make it fail. I confirmed it on a seperate DNN instance as well. So now I'm not touching it.

I did of course restore the core user.ascx file at least 2-3 times when I was posting earlier, but it didn't happen so clearly then and there must also have been some caching that was causing me to see the modded file... and as well, I would never have suspected this to be the cause. When I finally discovered the issue, I had to manually clear the cache each time to check for the error.

So.. if anyone does knows how to reliably widen the control, please let me know  :)

And thanks to everyone who tried to help out.

Rob

 
New Post
9/2/2008 5:04 PM
 

Hello all.  I just ran into this "User is ambiguous in the namespace" error on my 4.8.2 single portal dnn install.  It was running perfectly for weeks, and this just popped up.  Turns out that I too had made some minor changes to the user.ascx file.  However, before making my changes I had backed up the file, by simply copying the file into "copy of user.ascx".  My guess is that sometime between doing this, and today, .net came along and re-compiled this folder, and compiled both ascx files.  So... I renamed the copy to "copy of user.ascx.bak", deleted the corresponding (temp) folder for this website UNDER "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\", then recycled the app pool under IIS.  I'm back up and running.  Just thought I would add my 2 cents.

Thanks,
Jnuw

 
New Post
9/2/2008 10:29 PM
 

Yes, I can confirm this has been the case ever since this old thread. That user.ascx file is extremely sensitive to edits. Even a third party module I use that uses the same file, does the same thing.

I'd still like to be able to alter the layout of that file, so if anyone knows what causes the problem, please let us know.

Rob

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ..."User is ambiguous in the namespace" error after server change"User is ambiguous in the namespace" error after server change


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out