Solo i controlli del contenuto sono consentiti direttamente in una pagina di contenuto che contiene controlli del contenuto in ASP.NET

Ho un'applicazione con una pagina principale e pagine figlio. La mia applicazione funziona correttamente sull'host locale (sulla mia intranet). Ma non appena lo metto su un server che è su Internet, ottengo l'errore mostrato di seguito dopo aver fatto clic su qualsiasi menu.Solo i controlli del contenuto sono consentiti direttamente in una pagina di contenuto che contiene controlli del contenuto in ASP.NET

Only Content controls are allowed directly in a content page that contains Content controls.

screenshot

fonte

2013-02-14 Tripati Subudhi

Puoi provare a liberarti di quello spazio ... Forse c'è spazio extra e viene trattato come un letterale – nunespascal

Ciao, ho controllato con questo. Ma poiché sta lavorando sull'host locale, affronta il problema del bit per trovare la soluzione. –

doppio o triplo controllo la vostra apertura e chiusura tag contenuti per le vostre pagine figlio.

confermare che

sono in atto
siano state digitate correttamente
avere un ID
hanno runat = "server"
avere la ContentPlaceHolderID corretta

fonte

2013-02-14 05:57:03

Stavo affrontando un problema simile. Stai circondando il tuo codice con il tag "content"?

<asp:Content>Add your HTML here</asp:Content>

E avere tag di contenuto separati per le sezioni. Un contenuto principale per la dichiarazione dell'intestazione e un contenuto del corpo per la dichiarazione del corpo.

fonte

2013-02-14 07:29:38

Sì, ho un contenuto separato per la testa e il corpo. Anche il mio codice è all'interno del content place. Ancora sta dando lo stesso errore. –

Un'altra possibilità sono le terminazioni di linea. Ho copiato una versione precedente del codice dal controllo del codice sorgente che ha forzato le terminazioni di linea stile Unix. Poiché non era un checkout, non convertiva automaticamente le terminazioni di linea in stile DOS/Windows. Il messaggio di errore era l'errore "Solo i controlli di contenuto sono consentiti direttamente ..." anche se la pagina è stata posizionata correttamente. Sembra che la mancanza di interruzioni di riga in stile Windows abbia causato il fallimento del parser ASPX.

Sono stato in grado di risolverlo incollando il codice in una riga che termina l'editor agnostico (che ha provocato la normalizzazione delle terminazioni di linea in stile Windows), copiandolo nuovamente negli Appunti e incollandolo in Visual Studio, dopo di che la pagina è stata elaborata senza errori.

Nel caso presentato da Tripati Subudhi nella domanda, è del tutto possibile che qualcosa sul processo di distribuzione abbia utilizzato inavvertitamente desinenze di linee convertite allo stile Unix, portando all'errore.

fonte

2013-06-04 21:30:43 jball

Questo era il mio problema. Stavo usando Visual Studio, quindi ho selezionato tutto per essere commentato e poi non commentato. Questo l'ha risolto per me. –

Un altro problema possibile è commenti HTML, avevo questi circonda un controllo Contenuto - credo ASP.NET converte in comandi letterali dietro le quinte - da qui l'errore i

fonte

2014-01-21 12:46:07 user369142

Per me, non ha fatto così ho avuto un montaggio e una direttiva Pagina commentata:

<%--<%@ Assembly Name="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" %>--%> 
<%--<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="MyPage.aspx.cs" Inherits="MyClass.MyPage" MasterPageFile="~/_layouts/MyProject/MasterPages/MasterPage.master" %>-->

Anche se ho avuto una direttiva pagina valida dopo, e non stavo usando System.Core per qualsiasi cosa. Dopo averli appena rimossi, è stato caricato bene.

fonte

2014-09-19 04:08:29 vapcguy

Ho avuto esattamente lo stesso problema.Il problema è che ho avuto alcuni spazi dopo il tag contenuto di chiusura il

</asp:Content>

Rimuovere tutti gli spazi, interruzioni di riga dopo l'ultima tag di chiusura.

fonte

2015-01-09 08:09:35

Questa è una buona ragione per abbandonare i moduli Web – Beanwah

un'altra potenziale causa di questo errore: tag con il caso errato.

modifica <asp:content>... a <asp:Content>... risolto il problema nel mio caso.

la causa del caso difettoso era la funzione in formato documento in Visual Studio 2012 (e 2013) con impostazioni predefinite. l'impostazione per questo può essere modificata in Strumenti-> Opzioni-> Editor di testo-> HTML (Web Forms) -> Formattazione: imposta la maiuscola del tag su 'come inserito' e lo studio non distruggerà più i tuoi file.

fonte

2015-08-28 15:38:42 garglblarg

Per me erano due controlli di contenuto con lo stesso ID: il file era stato modificato all'esterno di Visual Studio, quindi non è stato possibile rinominare automaticamente l'ID duplicato. Questo errore fuorviante stava evidenziando la prima immagine all'interno del secondo controllo contenuto con lo stesso ID del primo: che inseguimento selvaggio!

La copia dell'intera pagina e la ripubblicazione su se stessa l'hanno risolta, poiché VS a quel punto rinominava l'ID di controllo duplicato.

fonte

2016-07-22 20:17:03 ITFlyer

Nel mio caso ho dimenticato di aggiungere il riferimento all'assembly AjaxControlToolkit.dll.

Quando aggiungo il riferimento, l'errore è scomparso.

fonte

2016-08-16 07:00:47

in SharePoint è accaduto poiché un pageLayout non è stato pubblicato.

fonte

2017-08-28 12:58:37 bresleveloper