views:

348

answers:

2

Hello guys, after weeks of having this issue I finally decided to ask for a solution to the following problem:

In the .aspx page you can set

<%@ MasterType VirtualPath="~/Mastername.master" %>

This results in an auto generated property in the .aspx.designer

public new Mastername Master {
    get {
        return ((Masternamee)(base.Master));
    }
}

Works perfectly fine. But if I do changes in the .aspx file, the property will be new auto generated and it looks like the following:

public new NAMESPACE1.Mastername Master {
            get {
                return ((NAMESPACE1.Mastername)(base.Master));
            }
        }

Compiling will not be possible afterwards, because the class for the MasterPage cannot be resolved at the given namespace. The masterpage has NAMESPACE1 as namespace.

Every contentpage has the same NAMESPACE1. The autogenerated property tries to look for the masterpage class in NAMESPACE1.NAMESPACE1 which will fail, due to it does not exist. Of course I can remove the first NAMESPACE1. to make the app compilable again, but it just sucks to do this nearly every time I make changes in the .aspx file.

Is there a way to avoid this problem? The only way I can think of, is to ignore the auto generated property and make a explicit cast everytime I want have access to the masterpage.

Edit: I'm using Visual Studio 2008 Professional SP1.

A: 

For some reason the designer believes that the master page is defined in namespace NAMESPACE1, so look at the master page definition (and code behind) to check its namespace has not been modified (possibly accidentally).

If there is nothing obvious, a search in all files (*.cs, *.aspx, *.master, ...) for NAMESPACE1 may be needed.

(This is where using a VCS would help --- you could check the history of changes.)

Richard
This problem occurs in serveral different projects. The namespace of the masterpage hadn't changed in any of these projects.
citronas
A: 

I found a solution that works. I won't use the autogenerated property in the designerfile. I'll write my own wrapper property that I do implement in every contentpage.

citronas
that isn't very satisfying at all.
mcoolbeth
@mcoolbeth: found a better solution?
citronas
@citronas: sadly, no. I apologize if my comment came across as demeaning. It was intended to be sympathetic. I'll post an answer here if I do find a cleaner solution.
mcoolbeth