Este es el foro de soporte técnico de WPML, el plugin multilingüe de WordPress.

Todas las personas pueden leerlo pero solo los clientes de WPML pueden ingresar comentarios. El equipo de WPML responde en el foro 6 días a la semana, durante 22 horas por día.

Our next available supporter will start replying to tickets in about 3.14 hours from now. Thank you for your understanding.

This topic contains 9 respuestas, has 2 mensajes.

Last updated by Andreas W. hace 3 meses, 3 semanas.

Assigned support staff: Andreas W..

Autor Mensajes
junio 19, 2019 a las 10:32 am

carlosM-64

Estoy tratando de:
Traducir la web basada principalmente en buddypress, y en concreto el plugin buddypress docs (donde encuentro el error principal).
Se generan unos documentos asociados a grupos específicos en los que se adjuntan imágenes o pdf (en ambos da fallo), que son iguales en todos los idiomas. Una vez generado, mediante Administración de traducción se traducen a los otros 2 idiomas. El documento queda traducido (ya sea duplicando el contenido como traduciendo los campos) y se ve en los 3 idiomas, pero cuando se pulsa el link del adjunto para descargar solo se descarga en el idioma en el que se ha generado el documento (he creado documentos desde los 3 idiomas), en los otros idiomas indica "File not found" (envio captura)

He Ajustado los enlaces de las entradas y cadenas y he iniciado el proceso de duplicar multimedia en "Configuración"

URL de (mi) sitio web donde aparece el problema: hidden link

Yo esperaba ver:
que se iniciara la descarga del documento

En vez de eso, obtuve:
"File not found"

junio 19, 2019 a las 5:24 pm #4053563

Andreas W.
Supporter

Languages: Inglés (English ) Español (Español ) Alemán (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hola,

Gracias por contactar con el foro de soporte de WPML.

¿Cómo se han implementado exactamente los enlaces de descarga en la página de Documentos?

¿Podría intentar ejecutar el sitio en una configuración mínima para ver si el problema persiste?

Desactive cualquier complemento adicional que no esté relacionado con WPML y sus complementos. Si el problema desaparece, empiece a reactivar los complementos o actívelos en grupos pequeños. De esta manera, verifique en qué puntos aparece nuevamente el problema para indicar el complemento que está causando el problema.

También cambie a un tema predeterminado como TwentySeventeen para ver si el problema puede estar relacionado con el tema.

Además, puede habilitar la función wp-debug para ver si hay algún error de PHP actual.

Agregue lo siguiente a su archivo wp-config.php:

define ('WP_DEBUG', true);
define ('WP_DEBUG_LOG', verdadero);
define ('WP_DEBUG_DISPLAY', falso);

El wp-config.php se encuentra en su directorio raíz de WordPress. Es el mismo archivo donde están los ajustes de configuración de la base de datos. Tendrá que acceder a él por FTP o SFTP para editarlo.

Si abre wp-config.php y esa declaración de definición no está allí, puede agregarla justo antes de esta línea:

/ * Eso es todo, deja de editar! Feliz blogging. * /

Podrá encontrar un informe completo dentro de su carpeta de contenido de wp. Busque un archivo debug.log y proporcione los resultados.

Más información sobre cómo activar esta función puede encontrar aquí:
https://wpml.org/documentation/support/debugging-wpml/

He creado un sitio con BuddyPress y BuddyPressDocs. ¿Podría recrear brevemente el problema para aclarar si el problema persiste en una nueva instalación de WordPress incluyendo WPML?

De lo contrario, proporcione pasos detallados para recrear el problema.

Aquí el enlace al sitio de prueba:
Inicio de sesión con un solo clic: http: //jolly-nightingale.w6.wpsandbox.pro? Upass = nBV38wG0dSj3

Saludos cordiales
Andreas

junio 20, 2019 a las 8:04 am #4057521

carlosM-64

He desactivado todos los plugins excepto bp y wpml, con el tema instalado y con el twenty pero sigue igual.
Los adjuntos se suben directamente al crear el documento desde en el front-end ya que desde backend no se puede. El plugin tiene esta forma de crear estas entradas. Luego las imágenes y pdf las almacena en "medios".
Tuve un problema al principio con bp-docs que hacia que cuando subia un adjunto, lo presentaba por triplicado (creaba una copia del link por cada idioma, en mi caso 3). Se solventó cambiando unas líneas de código en el fichero templatetags.php del plugin bp-docs.
Te pongo lo que se cambió:

$attachments = get_posts( $attachment_args );
por:
$atts_query = new WP_Query( $attachment_args );

y:

$atts = get_posts( $atts_args );
$atts = apply_filters( 'bp_docs_get_doc_attachments', $atts, $doc_id );
por:
$atts_query = new WP_Query( $atts_args );
$atts = apply_filters( 'bp_docs_get_doc_attachments', $atts_query->posts, $doc_id );

He vuelto a cambiar estos comandos a los originales y he creado un nuevo documento. Ahora no los multiplica pero sigue dando el mismo error (file not found), con los anteriormente cargados y con el creado después del cambio.

He intentado entrar al sitio de prueba pero el link no me ha funcionado.

junio 20, 2019 a las 6:35 pm #4062443

Andreas W.
Supporter

Languages: Inglés (English ) Español (Español ) Alemán (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hola,

Entiendo bien, que el problema no es sobre la traducción de los medios, pero al acceder al archivo adjunto traducido, las páginas o la descarga del archivo adjunto no funcionarán, ¿correcto?

Me di cuenta de que no hay ningún problema sobre la edición / adición de medios a las páginas de Doc manualmente en diferentes idiomas, pero todos los archivos adjuntos estarán visibles en todas las páginas de Doc en todos los idiomas. Pero el problema es que solo puede descargar medios que se agregaron en un idioma respectivo.

Ejemplo: Agregué un pdf-sample.pdf en la página de documentos en inglés, lo traduje y luego edité la página alemana bz eliminando su MEdia y reemplazándola por pdf-sample-Copy.pdf:

 hidden link

De todos modos, después de agregar un archivo adjunto de medios manualmente a la página del documento alemán, puedo descargarlo.

Ingresa aqui:
hidden link

Enviaré ahora el problem a nuestro equipo de compatibilidad para recibir una solución.

Tan pronto como reciba una respuesta estaré en contacto.

Saludos cordiales
Andreas

junio 21, 2019 a las 8:56 am #4065591

carlosM-64

Exacto, y como ves en el perfil alemán queda el pdf del ingles, con lo que es un poco locura, en 3 idiomas tendriamos 3 archivos de los que 2 no descargan. Llevo varios dias dandole vueltas y probando cientos de variaciones, por lo menos veo que el error es general. Muchas gracias.

junio 22, 2019 a las 2:56 am #4069987

Andreas W.
Supporter

Languages: Inglés (English ) Español (Español ) Alemán (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hola,

Muchas gracias por la información proporcionada.

Hay una solución al cambiar simplemente las opciones de WPML, pero no será efectivo para el contenido ya creado.

One Click Login: hidden link

Vaya a WPML -> Configuración -> Traducción de medios y desmarque la opción Cómo manejar los medios para el contenido nuevo -> Duplique los archivos adjuntos de medios para las traducciones.

A continuación, vaya al editor de WordPress para documentos. En la barra lateral derecha, seleccione la opción de idioma para no usar el Editor de traducción WPML para este tipo de publicación. Ahora podrá traducir y agregar archivos multimedia manualmente. Los archivos ya no serán visualizados dos veces. Lo mismo debería funcionar para las cargas front-end.

¿Es esta una solución adecuada para usted?

Saludos cordiales
Andreas

junio 24, 2019 a las 7:53 am #4075155

carlosM-64

Por desgracia no me funciona, si traduzco las entradas no agrega el adjunto, por lo que al agregarlo en el idioma me lo duplica. no habría alguna solución en la que no añada el modificador .../en/... (por ejemplo) para que descargara el archivo original?.

junio 25, 2019 a las 10:44 pm #4087445

Andreas W.
Supporter

Languages: Inglés (English ) Español (Español ) Alemán (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hola,

Nuestro equipo de compatibilidades y yo creamos documentos desde el frontend y el backend en el sitio de prueba con su configuración actual y los archivos .pdf adjuntos se agregaron correctamente, una vez en la página predeterminada y una vez en la página traducida, si el documento se tradujo manualmente en la página. El editor de WordPress y los medios adjuntos no fueron duplicados.

De todos modos, me di cuenta de un problema con los archivos adjuntos que aparecen en el documento de idioma predeterminado. Los archivos adjuntos seguirán apareciendo aquí incluso si se eliminaron thez. ¿Es este el problema al que te refieres?
En caso afirmativo, tenga en cuenta que el complemento también se comporta de esta manera al probarlo solo con Buddypress y este problema no está relacionado con WPML.

Aquí puedes ver una página de documentos con varios archivos adjuntos. Fue creado sin ningún plugin WPML. Las imágenes adjuntas se eliminaron posteriormente de la página de documentos, pero aún se muestran.

hidden link

Le aconsejaría que se ponga en contacto con el soporte del complemento para obtener más ayuda.

De lo contrario, proporcione pasos detallados sobre cómo recrear el problema.

Saludos cordiales
Andreas

junio 26, 2019 a las 9:40 am #4091019

carlosM-64

Optaré por volver a crear cada documento individual en cada idioma, de otra forma no me funciona.

Muchas gracias

junio 26, 2019 a las 2:57 pm #4093467

Andreas W.
Supporter

Languages: Inglés (English ) Español (Español ) Alemán (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hola,

¿Puede realizar una prueba en su sitio deshabilitando WPML y sus complementos?

El complemento BuddyPress Docs tiene un problema y agrega un enlace adjunto para cada archivo multimedia cargado. Incluso si elimino el medio, el enlace del archivo adjunto sigue apareciendo y solo aparece en el idioma predeterminado e incluso cuando se crea sin WPML.

Creo que podría ponerse en contacto con los autores de BuddyPress Docs con respecto a este problema.

En caso de uso con WPML, asegúrese de aplicar la configuración sugerida para WPML -> Configuración -> Traducción de medios y evite utilizar cualquier tipo de código personalizado. Funcionó en nuestro sitio de prueba, debajo del problema que mencioné anteriormente, pero esto no está relacionado con WPML.

Saludos cordiales
Andreas