Administrador: modificación de atributos= pérdida de la administración del sitio

Administrador: modificación de atributos= pérdida de la administración del sitio

de Mario Pizzi -
Número de respuestas: 17
Buenos días o lo que corresponda según el caso, estimadxs moodlers

Estoy realizando un curso como tutor en "Administración de la plataforma moodle". En virtud de algunas actividades tengo estudiantes que han modificado los atributos del rol del administrador entonces ahora no pueden acceder más a la administración del sitio. Mal los tutores que no anticipamos que no se metan con esto sino que mejor duplicar rol "heredando" la administración y jugar con esos atributos.

Entiendo que para solucionar esto es necesario ingresar a alguna tabla de la base de datos correspondiente al rol de administrador vía ftp. Mi pregunta es ¿qué archivo es el que hay que modificar? ¿Cómo vuelvo a la "normalidad" el rol por defecto de administrador del sitio?

A una persona le pasó con una instalación en gnomio: imposible de cambiar ya que no hay acceso ftp; pero otro "alumno" realizó la misma macana en un sitio ya más formal y en ese caso es más grave el problema, aunque solucionable. La versión es 1.9.4

Les agradezco sus respuestas, estuve buscando en los foros pero no encontré aún la respuesta (sigo buscando).


Saludos cordiales sonrisa
Mario

P/D: si quieren visitar la propuesta, pasen por aquí e ingresen como invitados (todos bienvenidos): http://campusmoodle.proed.unc.edu.ar/course/view.php?id=237 Agradeceré cualquier sugerencia respecto al curso y también podrán acceder a toda la propuesta y experiencia.
Gracias de antemano ^^


Promedio de valoraciones: -
En respuesta a Mario Pizzi

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de David Hernández -
Hola Mario,

Ten cuidado al usar este script.

Respalda todo antes (sobre todo el server de producción).

Primero has pruebas en un equipo configurado para tal fin.

Saludos
Promedio de valoraciones: -
En respuesta a David Hernández

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Mario Pizzi -
Gracias David,

Pongo manos a la obra y te aviso cómo me fué. Aunque veo que es la "última opción" por realizar, voy a hacer un respaldo y luego lo intento.
Aunque veo que son varias las opciones, voy a tener que seguir mi instinto con esto!

Saludos
Promedio de valoraciones: -
En respuesta a David Hernández

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Mario Pizzi -
Disculpa David pero creo que mi cabeza no da para tanto. Entiendo que debo acceder vía PhpMyAdmin para poder solucionar el inconveniente ¿verdad? Apenas he estudiado Comunicación Social yo.. No tengo acceso a ese privilegio (ni creo que sabría cómo usarlo!)
He encontrado este hilo de discusión en los foros en inglés donde hablan del inconveniente y tu script lo guardaré para pasarlo a nuestro "informático".

Tema pendiente para mí: aprender a usar el phpmyadmin indeciso

Gracias por indicarme por dónde debo señalar con la linterna, ya transitaré ese camino. Y mantendré al tanto de cómo va el asunto.

Saludos
Promedio de valoraciones: -
En respuesta a Mario Pizzi

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de David Hernández -
Hola Mario,

No leí todo el hilo, sólo los primeros mensajes, pero si es por ellos que
dices esto de entrar a phpMyAdmin, pues no, ya que no te resolverá nada.

Ahí lo que se dice es que cierta persona quiere ser el "administrador principal"
y para ello se le sugirió que cambiara su "id" por el número 1 vía phpMyAdmin.

Me parece que tu problema es completamente distinto, pues tiene que ver
con anulación de roles, no con cambios de "id" o algo similar y para ello,
entiendo, es el script.

El script es muy fácil de usar:

1) Arma un archivo PHP con el contenido del script, o bien, descarga el que
anexo a este mensaje.

2) Colócalo en la raíz de tu plataforma, de manera que quede algo como:

/moodle/adminfix.php

3) Entra vía tu navegador de Internet a algo como:

http://www.misitio.com/moodle/adminfix.php

Nota que no debes "loguearte" a Moodle, sino hay que entrar al script directo
desde el browser.

4) Después de unos momentos aparecerá algo como:

**********
Admin role repair script

Repairing administrator role. Note the following steps:

* Resetting admin role to default
* Reloading context
* Primary admin username is 'miadministrador', log in with this
* Primary admin's ('miadministrador') password is now 'moodle'. You will be forced to change this
* Removed 'miadministrador' from all non-admin roles
* Confirmed that primary admin user is assigned to admin role in the site context
* Resetting role related config settings to defaults:
o notloggedinroleid set to GUEST
o guestroleid set to GUEST
o defaultuserroleid set to AUTHENTICATED USER
o defaultcourseroleid set to STUDENT
o creatornewroleid set to TEACHER
o defaultfrontpagerole to NONE
* Config (re)settings completed
* Admin fix completed.

Now try logging in as the primary admin (see above).You should have control of your site again!

MOST IMPORTANT:
You *must* delete this file before returning your Moodle site to production use.

**********

5) Entra a la plataforma con el nombre de tu administrador (en el ejemplo, sería
"miadministrador"), y con el password "moodle" (nota que el script asigna este
password temporalmente).

6) Checa que todo funcione OK (osea los roles), cambia tu password (si es que
no se te pidió que lo hicieras) y borra el script.

Has pruebas antes y cuando corras el script asegúrate de borrar el caché de
tu navegador (Ej. si usas Internet Explorer, vacía la carpeta "Archivos temporales
de Internet).

Esto, a fin de que no haya cookies u otras cosas que puedan afectar.

IMPORTANTE: Independientemente de que funcione o no, borra el script.

Creo que es todo, lo acabo de correr y así funcionó el asunto, pero en mi
plataforma de pruebas no había desconfiguración de roles, así que ya nos
comentarás si el proceso es igual en una plataforma realmente con problemas
(claro, si es que optas por usar este recurso).

Saludos
Promedio de valoraciones:Útil (1)
En respuesta a David Hernández

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Mario Pizzi -
Hola David, muchas gracias. Siento que voy avanzando sin embargo no llegué a mejor puerto.
No tengo acceso al "www.misitio.com/" sino que tengo acceso a la carpeta de la instalación moodle con un usuario ftp. Es decir todo lo que viene después. No se si me explico bien. Sin embargo pude poner el ejemplo que me adjuntas e ingrese por el navegador con el usuario ftp y ejecuté el sript, osea copie la direccion URL al portapapeles y la pegué en la barra de direcciones, puse la clave y accedí a los archivos (sin embargo en el ejemplo que me has dado lo ejecuté desde "/moodle" y no desde lo anterior "misitio.com/...") dandole doble clic. Vi el mensaje tal como indicas.
solo que así las cosas la página no comenzó con "**********
Admin role repair script

Repairing administrator role. Note the following steps"
Sino dede "Repairing.."
Borré el script e intenté ingresar pero sin fortuna. Aún conservo otros admines (pero "rotos", claro) y sigo sin ver la administración del sitio. no pude logearme con los datos que me da el script adminusername y moodle como contraseña. Supongo que el método que seguí no aplica así

Es decir que no pude ejecutar el script al pie de la letra sino que más o menos. Tampoco se si se entiende lo que intenté explicar indeciso

Voy a ver si mañana me pueden pasar la dirección que me falta e intento antes de que llegue nuestro php admin ^^


Gracias por el Soporte David, sos muuuuy bueno en esto,
Saludos

P/D: Uso mozila ^^ mi amigo

Promedio de valoraciones: -
En respuesta a Mario Pizzi

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de David Hernández -
Hola Mario,

No sé, pero creo que hiciste algo que no fue lo óptimo thoughtful

a) "No tengo acceso al "www.misitio.com/" sino que tengo acceso a la carpeta de la
instalación moodle con un usuario ftp"

Normalmente los servicios de hosting te dan acceso a varias carpetas, una de las
cuales generalmente se llama "www" o "httpdocs" (puede ser otro nombre).

La cosa es que dicha carpeta es el área pública del server.

Es decir, cuando uno teclea "http://www.misitio.com/", lo que está queriendo decir
es que va a consultar los archivos incluidos en la carpeta pública de alguien, ubicada
en cierta ruta.

Me explico mejor.

En un server que tengo la carpeta es:

/var/www/vhosts/misitio.com/httpdocs/

Aquí el proveedor usa el sistema GNU/Linux y creó mi área pública adentro
de la siguiente ruta:

/var/www/vhosts/misitio.com/

Osea que el área pública es "httpdocs" (esto de "misitio.com" es
meramente ilustrativo, pues eso variará dependiendo del dominio o dirección
de Internet que tenga cada quien).

Nota que aquí el proveedor usa tanto "www" como "httpdocs", pero el área
pública no es "www", sino "httpdocs"

Igual podía haber usado otro nombre. Por ejemplo:

/var/clientes/vhosts/misitio.com/httpdocs/

Cuando tu accesas vía FTP, en realidad accesas a "cualquier cosa" que existe
después de "misitio.com" (este nombre puede variar).

Por ejemplo, a:

/var/clientes/vhosts/misitio.com/private/
(espacio para archivos privados)

/var/clientes/vhosts/misitio.com/subdomains/
(espacio en el que se almacenan los subdominios)

/var/clientes/vhosts/misitio.com/statistics/
(espacio para ver las estadísticas)

/var/clientes/vhosts/misitio.com/httpdocs/
(como habíamos dicho, área pública del server)

Remarco, vía FTP o vía tu pánel de control, sólo puedes accesar a cosas como:
"private", "subdomains", "statistics", "httpdocs".

Todo esto viene al caso porque tu plataforma debe estar colocada dentro
del área pública del server, para que pueda ser consultada vía un navegador.

Es decir, tu plataforma podría quedar así:

/var/clientes/vhosts/misitio.com/httpdocs/moodle

Si le cambiamos el nombre:

/var/clientes/vhosts/misitio.com/httpdocs/cursos
/var/clientes/vhosts/misitio.com/httpdocs/capacitacion

Entonces el script debe ser subido a una ruta como la que sigue:

/var/clientes/vhosts/misitio.com/httpdocs/moodle/adminfix.php

/var/clientes/vhosts/misitio.com/httpdocs/cursos/adminfix.php

/var/clientes/vhosts/misitio.com/httpdocs/capacitacion/adminfix.php

Si la subes directamente dentro de tu plataforma, se dice que estás
"en la raíz de Moodle".

Para fines prácticos, podemos decir que la raíz de Moodle es:

/misitio.com/httpdocs/moodle
/misitio.com/httpdocs/cursos
/misitio.com/httpdocs/capacitacion

O bien:

/httpdocs/moodle
/httpdocs/cursos
/httpdocs/capacitacion

O bien, sólo:

moodle
cursos
capacitacion

Entonces si alguien te dice, coloca tal cosa en la raíz de Moodle, tienes que
ponerlo en:

/misitio.com/httpdocs/moodle = /httpdocs/moodle = /moodle = moodle

No importa si lo haces vía pánel de control o vía FTP.

Nuevamente nota que esto de "misitio.com" es sólo ilustrativo, pues dependerá de tu
dominio, y si tu proveedor acostumbra usar dicho dominio como identificador
o clasificador del área que renta.

Ahora bien, hay que recalcar:

El área pública de tu server es el área a la que accesas cuando tecleas
vía el browser algo como:

http://www.dominio.com/
http://www.misitio.com/
http://www.google.com/
http://www.youtube.com/

A nivel del servidor, dicha área puede estar en algo como:

/var/clientes/vhosts/dominio.com/httpdocs/
/var/clientes/vhosts/misitio.com/httpdocs/
/var/clientes/vhosts/google.com/httpdocs/
/var/clientes/vhosts/youtube.com/httpdocs/

O bien simplemente:

/var/clientes/vhosts/cliente1/httpdocs/
/var/clientes/vhosts/cliente2/httpdocs/
/var/clientes/vhosts/cliente3/httpdocs/
/var/clientes/vhosts/cliente4/httpdocs/

b) "osea copie la direccion URL al portapapeles y la pegué en la barra de direcciones"

Esto de plano no sé que sea pero no suena bien.

No debes copiar nada al portapapeles, debes teclear tu dirección de Intenet
seguida del nombre del script.

Creo que en tu caso sería algo como:

http://campusmoodle.proed.unc.edu.ar/adminfix.php

¿Por qué?

Supongo que tu plataforma no está dentro de una carpeta llamada "moodle"
o "cursos" o "capacitacion", sino directamente dentro del area pública del
servidor.

Osea que alguien copió todo Moodle adentro de "httpdocs" directamente.

Entonces en tu caso particular parece que la raíz de Moodle es igual a la
carpeta pública del servidor.

c) "puse la clave y accedí a los archivos"

Según yo no hay que poner ninguna clave (osea no hay que entrar
a Moodle para ejecutar el script).

Borra el caché de tu navegador y entra directamente (sin hacer nada
de poner claves) a:

http://campusmoodle.proed.unc.edu.ar/adminfix.php

Creo que así funciona, si no es así, avísalo por aquí para hacer más pruebas.

d) "sin embargo en el ejemplo que me has dado lo ejecuté desde "/moodle" y no
desde lo anterior "misitio.com/..."

Esto tampoco lo entiendo.

Si suponemos que la raíz de tu plataforma es:

http://campusmoodle.proed.unc.edu.ar/

Entonces no hay que poner esto de "/moodle"

e) "Voy a ver si mañana me pueden pasar la dirección que me falta e intento antes de que llegue nuestro php admin"

Creo que no te hace falta ninguna dirección, sino más bien creo que hubo
confusiones de otra índole.

Y bueno, créeme que esto del phpMyAdmin no te va a servir, a menos que
realmente conozcas la base de datos de Moodle y sepas exactamente qué
tablas mover y cómo.

Finalmente creo que te mereces un "jalón de orejas" wink

Te metiste directamente al server de producción y eso no estuvo nada bien.

Había que hacer pruebas en un server configurado para tal fin, tenías que haber
respaldado tu plataforma original, tu carpeta de datos y tu base de datos.

Esto lo recalqué, pero creo que no fue suficiente.

Ahorita pues ya no se puede hacer nada.

Afortunadamente parece que el script no es "peligroso" ni "dañino" ni "riesgoso",
pero ni tu ni yo lo hemos probado al 100%.

Entonces que quede como enseñanza que siempre que va uno a hacer algo
desconocido o nuevo en la plataforma, debe hacerse en un server de pruebas
y nunca, pero nunca debe hacerse en el de producción directamente y menos
sin respaldar.

Saludos

Promedio de valoraciones:Útil (2)
En respuesta a David Hernández

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de María Silvia Cemborain -

Hola David, buenas noches. Le escribo porque veo que es alguien con amplio conocimiento para resolver problemas en Moodle.

Soy administradora de varios sitios Moodle, y acabo de cometer la torpeza de modificar los roles de Teacher, Student y "Authenticated User" y por supuesto, desgraciadamente perdí mis funciones de administrador en todos mis sitios. Puedes verlos en http://tesiscenter.com y http://formacionvirtual.com.ve

Ya instalé el Script que le recomendaste a Mario y funcionó como lo describes, pero creo que mi problema no era que no tenía roles de Admin, ya que yo si podía loguearme como Administradora de mis sitios.

Mi problema es que cuando me logueo como Administradora de mis sitios, desapareció el botón de Activar Edición, ya que probablemente yo le cambié a ¨Prohibir" la configuración del usuario Autenticado.

No se como recuperar mi Administración y estos sitios son de uso diario en la Universidad donde yo trabajo.

Estoy muy preocupada, por favor, te ruego si puedes ayudarme.

Te envío mi agradecimiento por anticipado, desde Caracas-Venezuela.

Att. María Silvia

mscemborain@tecnologiasos.com

cursos@tesiscenter.com

Promedio de valoraciones: -
En respuesta a David Hernández

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Carlos Bravo Reyes -
"Rodando las piedras se encuentran", hace semanas instalando en un sitio de pruebas unos bloques para emplear Twitter directamente desde Moodle, me sucedió que después de instalados, traté de desinstalarlos por la vía admin-módulos-bloques...y cada vez que trataba de ingresar me sacaba como usuario.

Como es solamente para pruebas no me empeñé en resolverlo de inmediato, revise los Foros y encontré diferentes respuestas, entre ellas revisar la base de datos, etc.. en fin nada funcionó. (obvio que lo primero que hice fue borrar los archivos instalados)

Hoy me encuentro con este post que aunque de mayo tiene toda la actualidad necesaria, corrí el script señalado y todo volvió a la normalidad.

De lo que leo, este mismo script puede ejecutarse para una de las preguntas más recurridas que es la perdida de datos del administrador.

Gracias por el post y saludos.


Promedio de valoraciones: -
En respuesta a Mario Pizzi

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Eugenio Rodríguez Peláez -

Me ha pasado algo similar pero lo quiero exponer antes de realizar lo del script por si véis otra solución. Mi caso es extraño, todo funcionaba bien, pero cuando hoy intenté entrar como administrador solo veo expandidos y ocupando toda la pantalla  los bloques de la columna izquierda (aunque no el de administrador del sitio). Me he logueado con 2 administradores y siempre obtengo el mismo resultado. Sin embargo, estudiantes y profesores entran perfectamente y yo, como administrador llego hasta mis cursos, el único problema está en la portada, pero claro, ahí está el problema, si no veo el bloque de administración el sitio queda bloqueado para nuevas actividades.

Agradezco las ideas porque ahora mismo tengo el sitio en off.

Gracias.

Promedio de valoraciones: -
En respuesta a Eugenio Rodríguez Peláez

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Wenceslao Fernández -

Hola Eugenio sonrisa

No está de más consultar al proveedor por si hubiera hecho algun cambio en el servidor.

Un truco que a veces funciona (si es más problema de visualización, ocultar el bloque, etc... que de permisos) es acceder a las funciones directamente a través de las direcciones del sitio. Por ejemplo, de esta forma resetearías el rol de administrador a su valor por defecto:

http://tumoodle.org/admin/roles/manage.php?roleid=1&action=reset

o con

http://tumoodle.org/admin/index.php

podrías acceder a la página de notificaciones. Una primera comprobación sería ver si con la cuenta de administrador puedes acceder a la página de notificaciones, con lo que nos diría que es más un problema visual, como haber ocultado el bloque, que de permisos.

Si visualizases la página pues ya podrías acceder a otras funciones como gestionar los bloques (http://tumoodle.org/admin/blocks.php), los ajustes de portada (http://tumoodle.org/admin/settings.php?section=frontpagesettings)...

Ya nos contarás.

Salu2

Promedio de valoraciones:Útil (2)
En respuesta a Wenceslao Fernández

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Eugenio Rodríguez Peláez -

Hola de nuevo y gracias por tu pronta respuesta. Vamos a ver. Efectivamente yo creo que es un problema con la configuración de la portada cuando entro como administrador. No tengo ningún problema para acceder y trabajar en mis cursos (gracias a Dios había puesto unos accesos directos en la columna izquierda de la portada). Cuando entro como profesor tampoco tengo ningún problema en ver la portada, todo funciona perfectamente.

He probado a entrar con las direcciones que me indicas, pero la página me queda en blanco. La únioca opción que me queda, que no sé si servirá para algo, es editar los diferentes archivos que me mencionas via ftp por si debo cambiar alguna línea de código.

POr lo demás sigo bastante desesperado ya que no se pueden realizar ni añadir nada, de momento, a la portada del Centro.

Gracias de nuevo.

Promedio de valoraciones: -
En respuesta a Eugenio Rodríguez Peláez

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Wenceslao Fernández -

Hola Eugenio sonrisa

Lo que te pasa es bastante raro... Modificar los archivos no me parece una buena idea, en tal caso podrías modificar las entradas de la base de datos, pero sin saber muy bien lo que estás haciendo sería bastante delicado. Lo que yo haría en tu situación, a falta de otra opinión más atinada:

1. Entrar  ala base de datos y verificar que no haya ninguna tabla corrupta y de haberlar, repararla con phpmyadmin.

2. Verificar config.php y, en general, los archivos de Moodle en busca de alguna modificación reciente por un ataque a tu sitio.

3. Hacer copia de seguridad de todo, moodle, moodledata y base de datos.

4. Correr el adminfix a ver si es un problema de permisos.

5. Actualizar Moodle a la última versión de tu serie (1.8, 1.9...) por si hubiera algún archivo que se hubiera corrompido o dañado.

0.  Previo a todo: Poner unas velas a Santa Tecla, San Google o cualquier otro santo de tu devoción gran sonrisa

Suerte y ya nos comentarás.

Salu2

W

Promedio de valoraciones:Útil (1)
En respuesta a Wenceslao Fernández

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Eugenio Rodríguez Peláez -

Bueno, ya lo he solucionado por la vía rápida. sacar lengua

Dado que veía muchas complicaciones opté por actualizar la versión confiando en Sta.Tecla sonrisa para que no fuera un problema en las tablas o en el moodledata. Y arreglado. Volvio a correr todo de lujo, lo único que he tenido que hacer es volver a subir alguno de los módulos opcionales que tenía en mi anterior versión.

Así que gracias por todo amigo

Promedio de valoraciones: -
En respuesta a Eugenio Rodríguez Peláez

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Mario Pizzi -

Impresionante cómo se fue resolviendo este asunto que acercó  Eugenio. "Por la vía fácil": actualizando todo antes que diseccionando la instalación para buscar el inconveniente.

Aunque este hilo lo comenzara hace más de un año y no haya respondido a la gran ayuda de David en sus mensajes, la cosa fue tomando un rumbo interesante.

No entendí bien dónde poner el script, ¡aún no estaba a la altura de las explicaciones! Ahora he aprendido mejor a saber (al menos) dónde estoy metiendo la pata. Comprendí lo del html público con el tiempo y que allí hay que colocar el susodicho scrpt.  Siempre sentí como una deuda pendiente este tema  y hoy finalmente lo enfrento, con el tirón de orejas merecido y ya sanado por el paso del tiempo.

No he encontrado la instalación original que me daba el inconveniente de la pérdida de atributos (habrá quedado abandonada), por lo que no pude ver si efectivamente se restituyen de esta manera los permisos "originales"  (tras haber sido estropeados) de un administrador o si simplemente cambia el id del administrador principal. Corrí el script en una instalación de pruebas y funcionó de maravilla:

Ahora bien, como contribución me propuse ver si efectivamente restituye los permisos originales. Así que me dispuse a "romper" los permisos del administrador original para ver si el adminfix lo soluciona.  Pero no conseguí hacerlo (a veces resulta difícil meter la pata aún proponíendomelo indeciso). Todo lo que sigue es el relato del intento (todo fué realizado en la versión 1.9.7)

Antes de iniciar el periplo tomé la precaución de crear un nuevo rol que "heredó" las capacidades del administrador por defecto. Luego de esto ingresé al rol y le di a "Reajustar valores por defecto" para que se ajusten todos los permisos como deben ser (si no se hace esto el rol nuevo aún no terminó de heredar los privilegios originales, para duplicar un rol hay que hacer esto del reajuste esto o no serán exactamente igual,  ^^).  Luego me cree un usuario y le asigné ese rol duplicado. Para que en caso de desastre al menos siga teniendo un rol de administrador "clonado".

Ingresé con el nuevo admin y  heché mano de la edición de los permisos del administrador, como el subir usuarios o crear nuevos cursos, prohibiédoselo. Pero con nada de esto conseguí "romper" los permisos de mi administrador original. Ni siquiera asignándole el rol de invitado para ver si generaba confilctos. No he podido fregar los permisos del administrador ni proponiéndomelo.  Pero lo seguiré intentando. O bien  seguiré buscando la instalación rota.

Así que al fin de cuentas y tantas vueltas me sigue quedando como "pendiente"  (colgando de la oreja).

Ah, el admifix no me pidió actualizar la contraseña  ^^

Si alguien sabe un método de estropear el admin  que pase el aviso así vemos si el adminfix lo soluciona, je.

Saludos y ¡perdón de antemano si hace ruido resucitar temas de este modo! ruborizado

m.

P/D: Muy útiles los recursos a los enlaces que muestra Wenceslao, es un método muy sencillo que nos puede sacar rápidamente de un apuro de último momento!

Adjunto adminfix ejecutado.PNG
Promedio de valoraciones:Útil (2)
En respuesta a Mario Pizzi

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de David Hernández -

Hola Mario,

¡Buen post! Sí

No te desconectes, sigue por aquí....gran sonrisa

Saludos

Promedio de valoraciones: -
En respuesta a David Hernández

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de Mario Pizzi -

Hola David,

¡Muchas Gracias!

Me verás más seguido, incluso como antes o más ^^

Que estés bien sonrisa

Promedio de valoraciones: -
En respuesta a Mario Pizzi

Re: Administrador: modificación de atributos= pérdida de la administración del sitio

de María Silvia Cemborain -

Hola Mario,

Una forma de romper los permisos de administracion, sin nisiquiera editar este rol, es cambiando los permisos del usuario "Authenticated user", que fue lo que yo hice, y definitivamente TODO se dañó y perdí mi capacidad de activar edición.

Afortunadamente, corriendo el Script que regresa los valores por defecto de TODOS los roles, pude regresar a mi función normal. Adjunto a este mensaje el Script, que conseguí en el siguiente enlace:

http://moodle.org/pluginfile.php/3981/mod_forum/attachment/459809/adminfix.php

Saludos y espero que les sea útil

María Silvia

Promedio de valoraciones:Útil (2)