ASP.NET quadro bug

Question

entra nella tua impostazioni del livello della macchina IIS e aggiungere

<deployment retail="true" /> 

Come specificato nel http://msdn.microsoft.com/en-us/library/ms228298.aspx

Creare un nuovo progetto web, aggiungere un'etichetta e quindi il seguente codice.

protected void Page_Load(object sender, EventArgs e) 
{ 
    Label1.Text = HttpContext.Current.IsDebuggingEnabled.ToString(); 
} 

//Result: true 

Cosa mi manca?

Aggiornamento: Ho aggiornato il valore sulle versioni a 64 e 32 bit della configurazione macchina. Il server esegue IIS7.5. Il riavvio non ha aiutato.

Aggiornamento 2:

Facendo un passo attraverso V4 del quadro utilizzando Reflector ricevo il seguente codice.

public bool IsDebuggingEnabled 
{ 
    get 
    { 
     try 
     { 
      return CompilationUtil.IsDebuggingEnabled(this); 
     } 
     catch 
     { 
      return false; 
     } 
    } 
} 

internal static bool IsDebuggingEnabled(HttpContext context) 
{ 
    return MTConfigUtil.GetCompilationConfig(context).Debug; 
} 

//Here is where I lose whats going on... Either way, if what Yaur said is correct then 
//I believe that value is not only useless but dangerously misleading. 
internal static CompilationSection GetCompilationConfig(HttpContext context) 
{ 
    if (!UseMTConfig) 
    { 
     return RuntimeConfig.GetConfig(context).Compilation; 
    } 
    return GetConfig<CompilationSection>(context); 
} 

In entrambi i casi. Quello che posso confermare è che la funzionalità non sembra funzionare.

PS: @Yaur - Sì, ho provato a modificare il valore e sono ben consapevole delle alternative all'utilizzo di questo metodo, ma il punto è che questo metodo dovrebbe semplificare la distribuzione.

Answer 1

Secondo: http://weblogs.asp.net/scottgu/archive/2006/04/11/442448.aspx, dovrebbe forzare:

<system.web> 
    <compilation debug="false"> 
</system.web> 

Avete riavviato il server? Quale machine.config hai modificato?

Answer 2

Guardando HttpContext in reflector, tutto questo metodo è caricare il valore trovato nella sezione di compilazione. Quindi imposta quello come suggerito da Mathieu e tu dovresti essere d'oro.
Inoltre (se ci si preoccupa) genererà un'eccezione se si esegue sotto mono.

dal 2,0 versione di System.Web:

chiama

CompilationUtil.IsDebuggingEnabled(this);

che chiama

RuntimeConfig.GetConfig(context).Compilation.Debug;

Compilation.Get restituisce

(CompilationSection) this.GetSection("system.web/compilation", typeof(CompilationSection), ResultsIndex.Compilation);

la versione 4.0 è un po 'diversa ... in base a quello che posso dire sembra che la "roba extra" è il supporto multitargeting. Quindi se stai prendendo di mira.net 4 e l'impostazione <compilation debug="false"> non ha funzionato provare seguendo l'esempio here e utilizzare

<system.web> 
    <compilation debug="false" targetFramework="4.0"> 
</compilation> 

invece