Cache image endpoint #470
Comments
metas-ts
added a commit
to metasfresh/metasfresh
that referenced
this issue
Jun 25, 2017
[#474](metasfresh/metasfresh-webui-api-legacy#474) Dashboard API: specify position when adding a new KPI/target indicator [metasfresh/metasfresh/issues#1814](#1814) Hide Processed flag from all M_InOut/Returns windows (webui) [#926](metasfresh/metasfresh-webui-frontend-legacy#926) Board window does not open via Sitemap menu [#470](metasfresh/metasfresh-webui-api-legacy#470) Cache image endpoint [#464](metasfresh/metasfresh-webui-api-legacy#464) Dashboard API: unify get available kpis/targetIndicators endpoints [#465](metasfresh/metasfresh-webui-api-legacy#465) Provide Endpoint w/ entry selections for given Breadcrumb [#864](metasfresh/metasfresh-webui-frontend-legacy#864) Show view sticky/readonly filters [#833](metasfresh/metasfresh-webui-frontend-legacy#833) Dashboard Window w/ Swimlane type functionalities [#1861](#1861) Performance degradation in HUKey.isReadonly() [#1873](#1873) Fix control amount and qty in payment data imported from camt.54 [#467](metasfresh/metasfresh-webui-api-legacy#467) board API: GET board/{boardId}/card?cardIds [#913](metasfresh/metasfresh-webui-frontend-legacy#913) Incompatible Sock.js versions me-45
|
Tested. The server sends a 304 status back to frontend "No changes". The image is not transmitted. Optimum would be if the Image would be directly served from Browser Cache "size (from disk cache)". Will create a low prio follow-up Issue for that. Closing this one. Done. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is this a bug or feature request?
feature request
What is the current behavior?
Images are not cached at all.
Which are the steps to reproduce?
Just open your user profile and look for GET /rest/api/image/{imageId} calls.
What is the expected or desired behavior?
browse cache/etag support.
The text was updated successfully, but these errors were encountered: