Max wrote:
Ho risolto facendo una nuova installazione pulita della 2.4.13, popolando il database manualmente, ora funziona 😃
L'altra versione era reduce dell'aggiornamento dalla 2.4.12 alla 2.4.13 e probabilmente qualcosa non ha funzionato bene in fase di aggiornamento, almeno credo! :roll:
Ho provato anch'io con una installazione pulita ma non è cambiato nulla. Non so cosa intendi con popolando il database manualmente, ma immagino ripartendo da un DB vuoto e mettendo il minimo indispensabile. Questo non l'ho fatto.
Edwin wrote:
Ho aggiunto al file /httpdocs/assets/dist/pdfjs/web/viewer.js, alla riga 1877, all'interno dell'array "HOSTED_VIEWER_ORIGINS" i due url http:// e https:// al mio dominio. L'errore è passato da "file viewer does not match viewer's a "failed to fetch"
Ci ho provato ma a me non funziona. Ad ogni modo sospetto che possa esserci qualcosa nella configurazione di Apache (Rewrite?) dal momento che è la prima volta che abilito l'HTTPS.
Ho fatto un po' di debugging inserendo una print_r in src/Prints.php, ed è uscito che SERVER_PROTOCOL è HTTP:
public static function getPDFLink($path)
{
//http://localhost/openstamanager/
$folders = explode('/', dirname($_SERVER['PHP_SELF']));
$base = (stripos($_SERVER['SERVER_PROTOCOL'], 'https') === 0 ? 'https://' : 'http://').$_SERVER['SERVER_NAME'].'/'.$folders[1].'/';
print_r($_SERVER);
return ROOTDIR.'/assets/dist/pdfjs/web/viewer.html?file='.$base.ltrim(str_replace(DOCROOT, '', $path), '/');
}
E quindi giustamente la funzione qui sopra ci mette http://
La mia soluzione consiste in un porkaround: gli faccio mettere sempre e comunque https 🙂
Di seguito una selezione dell'array $_SERVER dagli esiti contrastanti:
Array ( [HTTPS] => on [SSL_TLS_SNI]
...
[HTTP_REFERER] => https://...
...
[SERVER_SIGNATURE] => Apache/2.4.29 (Ubuntu) Server at ... Port 443
...
[SERVER_PORT] => 443
...
[REQUEST_SCHEME] => https
...
[SERVER_PROTOCOL] => HTTP/1.1
Edwin wrote:
Tramite la console di chrome ho visto che pdfjs loggava una chiamata fallita al pdf dell'intervento (quando si cliccava sul tasto per l'anteprima e la firma) nella cartella httpdocs/modules/files/interventi/Intervento n. 2 del [...] invece che httpdocs/files/interventi/Intervento n. 2 del [...]. Ho quindi creato l'albero di cartelle modules/files/interventi e aggiunto in testa al file .htaccess presente nella root folder queste regole, per far sì che l'url venga sovrascritto quando viene richiesto una risorsa da /modules/files/interventi
.htaccess
RewriteEngine On
RewriteBase /
Redirect 301 /modules/files/interventi http://miodominio.com/files/interventi
Sò che non è la soluzione al problema, ma ho tamponato in questo modo.
Questa cosa l'ho notata anch'io applicando il porkaround al primo problema.
Credo sia un bug, che ho risolto con un link simbolico(server Linux ;--):
modules$ sudo ln -s ../files files
Carissimo team di sviluppo, che ci dite?
