Ciao ragazzi!
Vedo che Drupal sta cambiando filosofia di customizzazione.Da ora in poi , ti tieni i blocchi cosi' come li hai impostati!!
Infatti l'upgrade dalla 6.17 alla 6.19 fa completamente sparire la vista dei blocchi in /admin/build/block !!
Ahahahahah
Ma che sta succedendo a Drupal (non che l'aggiornamento dei moduli siano indolori) ?
Mi sembra ogni giorno più instabile
Secondo voi cosa puo' aver cambiato questo "upgrade" ? :-)
Buon giornata
Io ho aggiornato a 6.19 e non ho avuto questo questo problema con nessun sito. Sarebbe grave se fosse come dici tu :-)
Hai fatto l'upgrade.php?
Si si ...fatto con tutte le "dovute" precauzioni .
Lasciato intatto "sites", .htaccess e php.ini.
Poi andato con update.php che è filato liscio come l'olio.
Sono perplesso anch'io , ma così è stato ...
Io non ho visto alcun cambiamento e non ho avuto alcun problema di aggiornamento sia su aruba che su netsons.
ciao
www.gmpe.it
Allora mi sa che è il mio update ad essere andato male.
Cerco di capire il perchè :-(
Non ho capito se non vedi più i blocchi definiti nelle pagine o che non riesci andare alla pagina admin admin/build/block.
Se è la seconda, prova ricostruire i menù (vai in admin/build/themes/select poi, senza cambiare niente, clicca 'Salva Configurazione').
Più imparo, più dubito.
Ciao Jhl, è la seconda ma avevo già fatto purtroppo, senza risolvere nulla.
Credo comunque di aver trovato qualcosa.
Avevo fatto il backup del sito prima dell'aggiornamento (sicurezza+update) di alcuni moduli e ovviamente con ancora drupal 6.7.
Quindi ho fatto il percorso a ritroso per capire "step-by-step" dove potesse essere il problema.
Quindi configurazione precedente:
Update 6.7 -> 6.9 - tutto ok
Update Pathauto - tutto ok
Update Date - tutto ok
Update CCK - tutto ok
Update Emfield -tutto ok
Update Admin ---tutto fuori posto!!
Tutto fuori formattazione , grafica stravolta ed incoerente , campi messi uno dopo l'altro come
se non fossero "fields" ma semplici voci di testo.
Downgrade Admin - tutto ok .
Credo quindi che il macello sia dovuto al modulo Admin 2.0 che forse ha qualche incompatibilità con Drupal 6.9
Installato dopo l'update di Drupal visualizza in modo scoordinato, ma
installato prima fa danni molto più seri , come da thread.
Questo è quello che ho rilevato.
Adesso è tutto ok !
Grazie del conforto :-)
Ed
Succede anche con una tema Drupal 'standard' come Garland?
Se specifici anche la tema, forse conviene aprire un issue su d.o
Più imparo, più dubito.
Scusami jhl, e tutti quanti: sono stato poco scrupoloso nei dettagli .
Il mio non è un tema standard di Drupal.
Si chiama Nagara, per chi volesse vederlo.
Comunque, fino a questo inconveniente, tutti gli upgrade , drupal compreso , sono sempre andati senza problema alcuno .
Ciao
Siccome sono cocciuto, non mi andava di lasciare in sospeso questa questione e volevo capire
cosa potesse esserci che andava in conflitto con tutto il resto.
Dopo un po' di ricerche e grazie a Firebug ho scoperto che il conflitto era generato dal file
tableheader.js nella cartella "misc" di Drupal.
E' bastato cambiare l'originale "fixed":
$('table.sticky-enabled thead:not(.tableHeader-processed)', context).each(function () {// Clone thead so it inherits original jQuery properties.
var headerClone = $(this).clone(true).insertBefore(this.parentNode).wrap('<table class="sticky-header"></table>').parent().css({
position: 'fixed',
top: '0px'
});
con "relative" :
$('table.sticky-enabled thead:not(.tableHeader-processed)', context).each(function () {// Clone thead so it inherits original jQuery properties.
var headerClone = $(this).clone(true).insertBefore(this.parentNode).wrap('<table class="sticky-header"></table>').parent().css({
position: 'relative',
top: '0px'
});
Aggiornata la cache i blocchi alla pagina "admin/build/block" si vedono nuovamente.
Onestamente non so con cosa questo vada a confliggere; sicuramente quelli esperti potranno intuirlo.
Io intanto ve lo segnalo.
Ciao a tutti
Quel file non ha cambiato in 17 mesi: http://drupalcode.org/viewvc/drupal/drupal/misc/tableheader.js?revision=... e viene usato per rendere 'fisso' l'intestazioni delle tabelle (tipicamente in admin).
Hai fatto la contra prova - metterlo come prima per vedere se i blocchi spariscono di nuovo?
Più imparo, più dubito.
Si, se rimetto "fixed" i blocchi spariscono...o meglio.....sono tutti spostati in alto a dx sullla pagina, come ho potuto appurare (per quello non si vedevano)
La cosa buffa è che questo succede con la procedura:
Drupal 6.7 -> aggiornamento moduli -> update a Drupal 6.9
Il risultato css (che non permette la visualizazione) è:
element.style {left:797px;
position:fixed;
top:0;
visibility:hidden;
width:596px;
}
se invece faccio :
Drupal 6.7 -> update a Drupal 6.9 -> aggiornamento moduli
l'errore non si verifica ! :-)
Il risultato css è:
element.style {left: 191px;
position:fixed;
top:0;
visibility:hidden;
width:596px;
}
Ma, se nel primo caso cambio semplicemente la voce del file da "fixed " a "relative" , il css finale
diventa (tutto torna visibile) :
element.style {left: 191px;
position:relative;
top:0;
visibility:hidden;
width:596px;
}
Non ho competenze, purtroppo , per valutare questo comportamento ..
PS. Questa mia "ostinazione" è puramente didattica, cioè vorrei che mi servisse per capire meglio
il motore di Drupal.
Se mi accontentassi di un Drupal funzionante , ho la mia versione "aggiornamento dopo l'update dei moduli " che è perfetto.
Mi farebbe piacere capire, invece, se fosse possibile, dove potrebbe nascondersi un eventuale pericolo, piuttosto che avere una "pappa pronta" della quale mi è difficile però comprenderne le correlazioni tra i vari componenti.
Stranissimo. Il motivo dello spostamento è il commando left nel element.style, 171px nel caso 'corretto' e 797px nel caso 'sbagliato'. Il perchè succede rimane un mistero...
Più imparo, più dubito.
Mah..sai . All'inizio pensavo di essere stato io ad aver combinato qualche pasticcio con tutte le mie modifiche ai layout .
Ma se questo fosse vero , non avrei la copia "clone" che questo problema non ce l'ha!
Mistero ..appunto.