GONG

(probando con el gestor de archivos de gnome)

Tiene un comportamiento aleatorio: unas veces funciona y otra no. Hasta donde he descubierto funciona cuando metemos el fichero en una carpeta ya abierta en el cliente webdav.

Si intentamos meter el fichero en un directorio que aún no ha abierto el cliente (previamente, puesto que parece que cachea), devuelve error.

Quizás tenga que ver con algo en la respuesta del método GET que haga que el PUT no se construya igual?.

Hola!

Pues parece que tras los diferentes cambios que has hecho funciona:

https://git.semillasl.com/gong_plugins/webdav/commits/master

Muchas gracias Santi!

(Recopilo la situación tras varias pruebas. Muchas gracias a Santi por la ayuda)

Tenemos actualmente dos problemas:

A) Existe un error con las rutas construidas para el navegador. Tras este cambio:

         #response.body << "<a href='" + child.public_path + "'>" + child.file_name + "</a>" 
          response.body << "<a href='./" + child.file_name + "'>" + child.file_name + "</a>" 

Este cambio de poner las rutas relativas era necesario para limpiar las rutas de caracteres "/" que en la OEI son muy comunes, pero las rutas ahora salen mal por que son absolutas, y no relativas a la carpeta que nos encontramos y a la ruta inicial. Ejemplo:

http://localhost:3000/Proyectos

En vez de

http://localhost:3000/webdav/Proyectos

NOTA: Esto es un error subsanable.... bueno, eso me parece a mi.

B) El problema al que de momento no le encuentro mas que una solucion rara es el relativo a los mime tipos de los archivos.

Al subir archivos via el cliente de webdav no permite guardar dando un error de "spoofing":

[paperclip] Content Type Spoof: Filename semilla_datos.txt (inode/x-empty from Headers, ["text/plain"] from Extension), content type discovered from file comm    and: inode/x-empty. See documentation to allow this combination.

Este error se produce cuando paperclip lee en el archivo via el commando "file" del sistema. Y siempre encuentra que el mime tipe es "vacio", es decir: "inode/x-empty"

Este tema se puede quitar utilizando la siguiente configuración en config/initializers/paperclip.rb:

  1 #Allow  as an extension for files with the MIME type "text/plain".
  2 Paperclip::Attachment.default_options[:validate_media_type] = false

Pero el problema es que esta configuración impide posteriormente bajarse los ficheros del servidor correctamente dando problemas de "corrupcion" (no se está sirviendo adecuadamente el tipo de archivo, por que no se ha guardado adecuadamente).

La unica solución por el momento para que funcione adecuadamente ha sido la siguiente:

config/initializers/paperclip.rb:

  1 Paperclip.options[:content_type_mappings] = { 
  2   :jpg => ["inode/x-empty"],
  3   :png => ["inode/x-empty"],
      ....etc ...
  4 }

Es decir, decirle en el arranque que para todas las extensiones el mime type es "vacio". Pero claro, esto de momento es un poco raro.

NOTA-FINAL: Ninguna de las configuraciones que pongo a continuacion (en el modelo) ha funciona para resolver este problema:

• :validate_media_type => false,
• validates_attachment_content_type :adjunto, content_type: /.+/
• do_not_validate_attachment_file_type :adjunto

app/models/documento.rb

 62   has_attached_file :adjunto,
 63                     :validate_media_type => false,
 64                     :path => ENV["RAILS_VAR"] + "documento.:id",
 65                     :url => "descargar/:id" 
 66   validates_attachment_content_type :adjunto, content_type: /.+/
 67   # Evitamos que se valide el content type o la extension
 68   do_not_validate_attachment_file_type :adjunto