Cannot resolve Profile defined in web.config

Hi
 
R# gives "Cannot resolve symbol 'Profile'" where Profile is defined in web.config as:
 

<

profile>

<

properties>

<

add name="CommodityGroupId" type="string" defaultValue=""/>

<

add name="CommodityId" type="string" defaultValue=""/>

<

add name="GradeId" type="string" defaultValue=""/>

</

properties>

</

profile>

 

 
Regards
Jeremy
 
]]>



Attachment(s):
Capture.GIF
4 comments
Comment actions Permalink

Jeremy,
 
Could you create a sample solution for us? I think, the problem will be reproducible using web.config, the page and its code-behind file (or maybe all the  web.configs if you have several in your website).
 
By the way, what ReSharer build are you using?

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
]]>

0
Comment actions Permalink

Hi Sergey,
 
I'm using 742.37.
 
This is going to sound stupid .....
 
1. I created a simple solution to show the problem and there is no problem!
 
2. I opened the page that gave the original problem and there is now no issue in reading the profile from web.config.
 
HOWEVER, until 742.37 R# was unable to resolve asp:controls embedded in the tabcontainer AJAX control on the web page. I had started to write a bug report to you, but when I installed 742.37 thisbehaviour went away to be replaced with the Profile issue.
 
I thought that the upgrade to 742.37 had resolved the issue of not identifying controls in tabcontainers.
 
While writing this message to you now, I cleared the cache thinking that this might help. VS 2008 then crashed.
No problem - I opened the site again and noted that while the status bar was saying "Loading assemblies" the embedded tab controls and Profile were correctly identified by R#. However, as soon as the assemblies were loaded, the embedded tab controls are no longer identified by R# but the Profile is.
 
The embedded controls are the red ones below, the other controls are outside the tabcontrol.
 
Also prior to clearing the cache, all references in the page to Eval("field") were reporting "Cannot resolve symbol" - after clearing the cache that error went away.
 
I don't think that this is an issue in reading the web.config at all - it seems to be something to do with parsing the aspx page??
 
I also just saw your reply to Mike Strobel - in my case I do not have solution-wide analysis switched on. Performance is certainly slow - about the same as before applying the VS 2008 hotfix the other day.
 
Let me know if there is any other information I can provide.
 
Regards
Jeremy
 
 
 
 
 
"Sergey V. Coox (JetBrains)" <qx@intellij.com> wrote in message news:fqgg3p$vjb$1@is.intellij.net...
Jeremy,
 
Could you create a sample solution for us? I think, the problem will be reproducible using web.config, the page and its code-behind file (or maybe all the  web.configs if you have several in your website).
 
By the way, what ReSharer build are you using?

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
]]>



Attachment(s):
Capture.GIF
Contracts.rar
0
Comment actions Permalink

Fixed. Try tomorrows nightly build.

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Jeremy Holt" <no_reply@jetbrains.com> wrote in message news:fqhid0$ohj$1@is.intellij.net...
Hi Sergey,
 
I'm using 742.37.
 
This is going to sound stupid .....
 
1. I created a simple solution to show the problem and there is no problem!
 
2. I opened the page that gave the original problem and there is now no issue in reading the profile from web.config.
 
HOWEVER, until 742.37 R# was unable to resolve asp:controls embedded in the tabcontainer AJAX control on the web page. I had started to write a bug report to you, but when I installed 742.37 thisbehaviour went away to be replaced with the Profile issue.
 
I thought that the upgrade to 742.37 had resolved the issue of not identifying controls in tabcontainers.
 
While writing this message to you now, I cleared the cache thinking that this might help. VS 2008 then crashed.
No problem - I opened the site again and noted that while the status bar was saying "Loading assemblies" the embedded tab controls and Profile were correctly identified by R#. However, as soon as the assemblies were loaded, the embedded tab controls are no longer identified by R# but the Profile is.
 
The embedded controls are the red ones below, the other controls are outside the tabcontrol.
 
Also prior to clearing the cache, all references in the page to Eval("field") were reporting "Cannot resolve symbol" - after clearing the cache that error went away.
 
I don't think that this is an issue in reading the web.config at all - it seems to be something to do with parsing the aspx page??
 
I also just saw your reply to Mike Strobel - in my case I do not have solution-wide analysis switched on. Performance is certainly slow - about the same as before applying the VS 2008 hotfix the other day.
 
Let me know if there is any other information I can provide.
 
Regards
Jeremy
 
 
 
 
 
"Sergey V. Coox (JetBrains)" <qx@intellij.com> wrote in message news:fqgg3p$vjb$1@is.intellij.net...
Jeremy,
 
Could you create a sample solution for us? I think, the problem will be reproducible using web.config, the page and its code-behind file (or maybe all the  web.configs if you have several in your website).
 
By the way, what ReSharer build are you using?

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
]]>



Attachment(s):
Capture.GIF
0
Comment actions Permalink

Sergey,
 
Hi - just to confirm that this problem is now resolved in 745.21
 
Regards
Jeremy
 
"Sergey V. Coox (JetBrains)" <qx@intellij.com> wrote in message news:fqjqta$mb8$1@is.intellij.net...
Fixed. Try tomorrows nightly build.

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Jeremy Holt" <no_reply@jetbrains.com> wrote in message news:fqhid0$ohj$1@is.intellij.net...
Hi Sergey,
 
I'm using 742.37.
 
This is going to sound stupid .....
 
1. I created a simple solution to show the problem and there is no problem!
 
2. I opened the page that gave the original problem and there is now no issue in reading the profile from web.config.
 
HOWEVER, until 742.37 R# was unable to resolve asp:controls embedded in the tabcontainer AJAX control on the web page. I had started to write a bug report to you, but when I installed 742.37 thisbehaviour went away to be replaced with the Profile issue.
 
I thought that the upgrade to 742.37 had resolved the issue of not identifying controls in tabcontainers.
 
While writing this message to you now, I cleared the cache thinking that this might help. VS 2008 then crashed.
No problem - I opened the site again and noted that while the status bar was saying "Loading assemblies" the embedded tab controls and Profile were correctly identified by R#. However, as soon as the assemblies were loaded, the embedded tab controls are no longer identified by R# but the Profile is.
 
The embedded controls are the red ones below, the other controls are outside the tabcontrol.
 
Also prior to clearing the cache, all references in the page to Eval("field") were reporting "Cannot resolve symbol" - after clearing the cache that error went away.
 
I don't think that this is an issue in reading the web.config at all - it seems to be something to do with parsing the aspx page??
 
I also just saw your reply to Mike Strobel - in my case I do not have solution-wide analysis switched on. Performance is certainly slow - about the same as before applying the VS 2008 hotfix the other day.
 
Let me know if there is any other information I can provide.
 
Regards
Jeremy
 
 
 
 
 
"Sergey V. Coox (JetBrains)" <qx@intellij.com> wrote in message news:fqgg3p$vjb$1@is.intellij.net...
Jeremy,
 
Could you create a sample solution for us? I think, the problem will be reproducible using web.config, the page and its code-behind file (or maybe all the  web.configs if you have several in your website).
 
By the way, what ReSharer build are you using?

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
]]>



Attachment(s):
Capture.GIF
0

Please sign in to leave a comment.