Eric
|
c723d19e01
|
N°2323 - Fix calls to ajax endpoints
|
2019-06-17 15:59:43 +02:00 |
|
Denis Flaven
|
cbb9bcd93d
|
Proper use of the "304" (Not modified) HTTP header for InlineImages. Seems that FastCGI is more sensitive to incorrect HTTP headers than MPM...
SVN:trunk[5824]
|
2018-06-05 12:59:17 +00:00 |
|
Denis Flaven
|
c719fbf7fc
|
Bug fix (regression): use a different endpoint (ajax.document.render.php) for the output of the JS dictionary since we use the JS dictionary also when there is no user logged in (like in the login page).
SVN:trunk[5691]
|
2018-04-18 13:54:24 +00:00 |
|
Guillaume Lajarige
|
eb43a02bce
|
Fix regression introduced in r5183.
SVN:trunk[5211]
|
2018-01-08 12:40:05 +00:00 |
|
Guillaume Lajarige
|
fe23e099fe
|
N°1227 New configuration parameter (disable_attachments_download_legacy_portal) to disable attachments download from the legacy portal. Default is "true"!
SVN:trunk[5183]
|
2017-12-29 13:54:20 +00:00 |
|
Romain Quetiez
|
5bae9deecc
|
N.545 HTML images not displayed when no login is required for the page.
SVN:trunk[4506]
|
2016-12-08 12:45:56 +00:00 |
|
Denis Flaven
|
c147062aaa
|
Regression introduced after 2.3.0-beta [r4217]: broken links to donwload / display blobs.
SVN:trunk[4319]
|
2016-08-10 15:54:04 +00:00 |
|
Romain Quetiez
|
52309bb1e5
|
Improved images caching: since 2.3.0-beta, iTop handles inline images (case logs, ticket description) and a picture for a person (AttributeImage). This code refactoring handles a case where the browser checks for the validity of the image and the 304 response code can then be returned without checking anything because we assume that the URL of the image contains a signature of it (or the data cannot change -attachement and inline images are in this case).
SVN:trunk[4217]
|
2016-06-16 08:23:15 +00:00 |
|