Bug? Problema con iframe che punta a pagina del sito
Autore: Fabio B.In questo sito: http://blogcondominiale.altervista.org/
loggarsi con utente/utente; poi si può accedere al blog condominiale, dove si trovano 5 articoli di cui uno nuovo creato con la v11pro che richiama mediante iframe la nuova pagina ascensore.php, la quale viene correttamente trovata e visualizzata.
Poi ci sono 4 articoli risalenti alla precedente versione 10pro di cui 3 simili ad Ascensore, cioé contengono un iframe che chiama una pagina del sito contenente una cella di contenuto dinamico; dovrebbero funzionare esattamente come quello sopra, invece l'iframe non riesce a trovare la pagina come se non esistesse, es. Acqua:
il codice sorgente generato riporta in rosso
<iframe src="</span>http://blogcondominiale.altervista.org/acqua.php class="fs13 cf1 ff1">
invece dovrebbe dire
<iframe src="http://blogcondominiale.altervista.org/acqua.php"
Da dove nasce questo pasticcio? Prima dell'importazione il progetto funzionava bene.
Nel testo dell'articolo coll'opzione codice abilitata, il testo inserito é:
<iframe src="http://blogcondominiale.altervista.org/acqua.php" width="920" onload=this.height=500>
</iframe>
Lo stesso vale per Riscaldamento ed Elettricità.
Invece CMS funge a dovere.
Abbiamo un bug di importazione progetto? Da dove viene quel pasticcio di tag spam?
... non so come e cosa hai fatto, ma quello che si vede è che hai inserito il codice all'interno di un TAG del Paragrafo, spezzandone il codice:
<p style="text-align: left;"><span class="fs13 cf1 ff1"><iframe src="</span>httpECCETERA
... in un Oggetto Codice HTML non potrebbe accadere; ... in un Oggetto Testo o codice formattato testo, sì...
.
ciao
Autore
Ciao Kolasim; infatti é così. Come dicevo il codice che ho inserito é lo stesso sia nei vecchi articoli importati dalla v10pro che in quello nuovo.
Il codice é inserito nell'editor di testo dell'articolo con l'abilitazione del codice.
Prima di fare l'importazione fungeva tutto a dovere, adesso si é generato questo stravolgimento del source della pagina risultante.
Per questo ho provato a creare un nuovo articolo esattamente uguale agli altri, e funge bene perché é creato ex-novo (Ascensore); ma quelli importati vengono corrotti.
Autore
per loggarsi:
utente/utente
proadmin/proadmin
... non saprei, ma per le importazioni qualcosa di incompatibile potrebbe sempre capitare tra una versione e l'altra...
... magari, da lunedì in poi lo STAFF potrebbe pronunciarsi in merito...
.
ciao
Autore
ok, grazie. hai inviato la segnalazione di possibile bug?
Qualcuno ha un'idea da tentare nel frattempo?
Autore
...non ce la facevo a macerarmi fino a lunedì:
ok! é decisamente un bug di importazione!
Ho disattivato il codice nell'editor; copiato la riga nella ram e dunque cancellata con DEL.
Poi ho chiuso l'editor.
Quindi l'ho riaperto; ho incollato la riga e riattivato il codice.
Dopodiché ho esportato e funziona!
Lascio gli articoli Elettricità e Riscaldamento non corretti perché Incomedia possa verificarne la differenza nei codici prodotti.
Se vogliono posso inviare il progetto.
Buongiorno Fabio,
se il codice dell'iframe lo hai inserito tu esternamete potrebbe dipendere da qualche carattere presente non corretto.
Se lo hai reinserito e funziona potrebbe anche essere dovuto solo alla necessità di riesportare tutto il sito completamente.
Autore
Buongiorno Riccardo,
il codice dell'iframe é inserito nel testo dell'articolo con il codice abilitato.
Era già così anche nel progetto v10pro e funzionava benissimo.
Ho già riesportato interamente il sito, ma il problema persiste.
Forse qualche "carattere strano" lo ha aggiunto il programma a mia insaputa nell'importazione, perché se resetto il contenuto dell'articolo e lo riscrivo con lo stesso contenuto il problema non c'é.
Buongiorno Fabio,
ho effettuato la prova inserendo il codice in un progetto di Professional 10 e importandolo in Professional 11, tutto ha funzionato correttamente. Magari basta ricopiare il codice anche nella versione 10 e reimportarlo nella 11.
Autore
Buongiorno Riccardo,
non sto cercando cosa basta fare per cancellare il problema; quello già l'ho trovato come dicevo sopra; basta copiare il contenuto dell'articolo, cancellare, incollare nuovamente ed esportare.
Il problema é che questo intreccio di tags generato dall'importazione non dovrebbe verificarsi (vedi i due ss alla riga 108).
Autore
ecco il seguito del codice
Buongiorno Fabio,
io ho copiato il codice nella versione 10 e poi trasferito nella 11 e tutto ha funzionato correttamente.
Credo dipenda solo dal tuo codice personalizzato che hai inserito.
Se vuoi puoi allegarmi il progetto realizzato con la versione 10 per provare più direttamente.
Autore
Buongiorno Riccardo,
ho appena provato a reimportare il progetto originale dalla v10Pro.
Continua a verificarsi un problema di importazione, però non é più lo stesso di prima; adesso il codice degli iframe viene riscritto in modo corretto, ma se guardi il sorgente delle pagine degli articoli vedrai alla riga 39 un > che non si sa da dove esca e alla riga 112 un errore nella chiusura del tag body.
Dove posso inviarti il progetto originale senza mettere un link pubblico?
Autore
Ok, trovato: nel progetto originale avevo inserito nelle proprietà del tag body questa riga:
><div id="imContent" style="height: auto">
quindi rimaneva ridondante il simbolo > che concludeva l'apertura del tag <body>
In conclusione: reimportando ex-novo il progetto originale tutto sembra andare bene.
Grazie molte.