Problema con artículos tras una migración

[acuartango]

Hola a todos,
a ver si alguien nos puede ayudar. Hemos migrado desde OJS 223 a OJS 2333 y los artículos que no estaban aún asignados a un nº de revista concreto, en la pantalla de edición, donde el editor agenda los artículos en nºs de la revista concretos, no se muestran más que los dos primero puntos, siendo imposible acceder a agendar ese artículo para su publicación en un número de la revista.

¿Alguna idea de cómo restaurar esos artículos?

gracias!
Aitor

[vlilloh]

Hola Aitor,

¿Podrías adjuntar una captura de pantalla de esos artículos en edición? ¿Los identificadores de los artículos te aparecen?

Saludos.

[ymleon]

Hola Aitor: Seria bueno si es posible me explicaras de que forma lograste migrar de una versión a otra, en mi casa he tratado de todas y no he logrado nada ...
Saludos

[acuartango]

Hola, adjunto un pantallazo. Gracias por adelantado a todos.

aitor

[acuartango]

Para migrar a una nueva versión has de:

1.- Entra en OJS como administrador (primer usuario) y vete a la página de administración.
2.- Entra en "Información del sistema"
3.- En esta página puedes comprobar el estado de tu instalación en cuanto a versión. Si necesitas una nueva, te dejará descargar el PATCH que necesitas. Bájalo
4.- Copia el patch descomprimido en el directorio donde está la instalación de OJS
5.- Ejecuta desde ese directorio el siguiente comando, donde "PATCH_FILE" es el fichero que has bajado y copiado en el directorio de OJS:

$ patch -p1 < PATCH_FILE

6.- Ahora necesitas actualizar la base de datos a la versión que acabas de instalar con el siguiente comando(desde el directorio de OJS):

$ php tools/upgrade.php patch

Si te da algun fallo o no te actualiza ejecuta:

$ php tools/upgrade.php upgrade


Y listo, ya estás a la última! Comprueba que en la página de "Información del sistema" ahora te pone que estás a la última y listo.

También puedes actualizar de más formas, la documentación está accesible desde la página "Información del sistema". O en la web de OJS. Si necesitas más ayuda pregunta.

un saludo

[vlilloh]

Hola acuartango,

Podemos probar a cambiar el artículo de estado. Ve a Summary, y archiva el envío. Una vez archivado coméntame si sale el resto de información que faltaba, también compruébalo cuando lo devuelvas a envíos activos.

También estaría bien que desde el Administrador limpiaras la caché de plantillas y de datos. Y que hicieras una revisión/reparación automática de la base de datos.

Saludos.

[acuartango]

Muchas gracias por tu respuesta,
aunque sigue igual, lo he archivado y sigue cortándose la información en la pestaña "EDITING". Después lo he restaurado y tampoco se ha solucionado. Tampoco se ha solucionado limpiando las cachés.

gracias de nuevo, se agradecen las ideas.
aitor

[vlilloh]

Hola Aitor,

El archivo /templates/sectionEditor/submissionEditing.tpl, ¿lo tienes correctamente?

¿Puedes revisar los siguientes archivos?
/templates/sectionEditor/submission/scheduling.tpl
/templates/sectionEditor/submission/layout.tpl
/templates/sectionEditor/submission/proofread.tpl

Saludos.

[acuartango]

Gracias por tu respuesta.

He comparado los ficheros con los originales que he descargado de la web y son exactamente iguales. Además no sudece siempre, con todos los artículos. Parece como si algunos artículos antes de la migración se hayan quedado "corruptos" o en un estado raro...

Gracias por vuestra ayuda,
Aitor UPV/EHU

[vlilloh]

Hola Aitor,

Parece ser que hay otros usuarios con tu mismo problema ahora mismo: http://pkp.sfu.ca/support/forum/viewtopic.php?f=8&t=7054

En la actualización has perdido filas de la tabla signoffs que correspondían a esos envíos.

Si conservas la base de datos de la versión anterior, podrías ejecutar la sentencia

Code: Select all

SELECT * FROM signoffs WHERE assoc_id = 609

Esto correspondería por ejemplo para el envío de la captura de pantalla, el cual tiene id 609.

Y la misma sentencia para la base de datos de datos actual, y comprobar qué filas faltan en el envío de una base de datos a otra, y añadirlas en la base de datos actual.

Evidentemente, esto tendrás que hacerlo para cada envío en el que tengas este problema.

También proponen esta solución: http://pkp.sfu.ca/support/forum/viewtopic.php?f=8&t=6450#p24830
Lo que sea más claro para ti.

Saludos.

[acuartango]

He activado en php.ini "display_error = On", Y ahora puedo ver el error:

2. Author Copyedit
Fatal error: Call to a member function getDateNotified() on a non-object in ./cache/t_compile/%%B0^B03^B0335942%%copyedit.tpl.php on line 151

Y se corta aquí.

Me ha mandado un patch Edwin Chain, y parece que con ese patch funciona. Hago más pruebas y lo verifico, pero de momento parece que con el patch soluciono mi incidencia.

Mañana le pido permiso a Edwin para publicar su patch, o posteo la URL donde él lo publique.

Gracias a todos por vuestra ayuda!
aitor UPV/EHU Universidad del País Vasco

[acuartango]

Pongo en enlace al mensaje que abrí en el foro en inglés:

viewtopic.php?f=8&t=7105&p=27847#p27847

Gracias de nuevo a todos,
aitor
UPV/EHU

[rcanto]

Hola Aitor,

Yo estuve en la misma circunstancia, y lo que hice es utilizar una de las nuevos plugins que trae la 2.3.3.2, me refiero a la posibilidad de realizar una edición rápida agendando a un nº futuro y/o a un anterior si lo deseas, me refiero al Plugins QuickSubmit al que llegas desde el rol de administrador.

Eso sí, te asignará un nuevo número de registro al manuscrito, pero es muy efectivo. Y comprobarás que ya en este nuevo registro, si puedes editar sin que te salga el error que mencionabas. (Para una urgencia, no está mal)

Como en los ya publicados es posible que también siga saliendo el error al intentar editar, sin embargo en menor problema, pues la única cosa que se me ocurre, podría exigir una edición es para sustituir un documento publicado, al detectar una errata. Pues bien en ese caso la solución estaría en la navegación de ficheros, en donde teniendo como referencia los tres primeros dígitos del documento, puedes localizar el PUB y renombrarlo, subiendo el nuevo.

Espero haber aportado algo, yo llego desde el 10 de diciembre dandome de cabeza con la 2.3.3.2

Un saludo,
Ramón Cantó Alcaraz
http://www.ricyde.org

[acuartango]

Gracias por la sugerencia, no conocía esa posibilidad.

De todas formas considerando las pruebas que hemos hecho, el parche de Edwin que está colgado en el thread en inglés, podemos decir que funciona perfectamente; mientras no saquen un parche oficial lo mantendremos.

Gracias a todos por la ayuda,
aitor - Universidad del País Vasco

[rcanto]

Hola Aitor,

Me gustaría preguntarte acerca de un problema que todavía no he conseguido solucionar, sobre todo para saber, si el parche edwin pudieran ser la solución para el caso, al no ser informático hay cosas que se me escapan. Te cuento:

Durante la gestión online de manuscritos, todo marcha bien, hasta que lo autores registrados, tras la comunicación mia como editor les digo, ya pueden ver las observaciones de los revisores, documentos que yo como editor, previamente he autorizado sean visibles para los autores, pues bien, cuando el autores entran en su pantalla y pinchan sobre el documento que está siendo evaluado, obtiene una pantalla interrumpida con el siguiente ERROR..

A continuación de los datos del envio, lo siguiente:
Estado
Estado En revisión
Iniciado 2011-01-01
Última modificación 2011-03-01

Envío de metadatos

Fatal error: Call to undefined method AuthorSubmission::getCopyeditorDateCompleted() in /home/5500/webs/cafyd.com/htdocs/REVISTA/ojs/cache/t_compile/%%0D^0D5^0D56FD2D%%metadata.tpl.php on line 9

Si os resulta familiar este error, y la solución fuera el parche Edwin, y me pudierais dar los pasos a seguir, teniendo en cuenta que no soy un experto en informatica, os lo agradeceria..

Gracias y cordial saludo,
Ramón Cantó Alcaraz
Universidad Politécnica de Madrid
http://www.ricyde.org