search

libris / kitin

LIBRIS cataloguing client
9 stars 2 forks source link

It´s not possible to save holdings in IE11 #287

Closed sweco-semhul closed 9 years ago

sweco-semhul commented 9 years ago

Hej, boken ifråga är ”Uppdraget barnens bästa”, BibID 18143995. Detta är den enda bok jag försökt beståndsregistrera. Jag klickar på Spara bestånd och får upp en ny sida med meddelandet ”Laddar bestånd”. Sedan händer ingenting mer. Använder Internet Explorer 11. Borde ha varit vid 2- 3-tiden i fredags eftermiddag. Gör nu (8:00) ett nytt försök med ny bok (”Japan nu” – 17835087) och ny webläsare (Firefox). Och får besked att beståndet sparades.

sweco-semhul commented 9 years ago

Reproduced in IE11 when kat client loaded for the first time. Seems to be a timing issue when loading skeletonTypeMap, see screen shots below. When the page is reloaded it seems to no longer be an issue.

screen shot 2015-09-21 at 10 45 46

screen shot 2015-09-21 at 10 47 28

sweco-semhul commented 9 years ago

After more testning it seems to only happen:

Request for /record/template/skeletontypemap returns first page html data instead of json Possible reason: Kat-client backen-end returns something wrong or context/promises get mixed-up.

screen shot 2015-09-21 at 12 55 32

sweco-semhul commented 9 years ago

Can not reproduce this error on local machine running production versions of whelk, definitions and kitin.

sweco-semhul commented 9 years ago

Next step could be to look at kitin back-end logs in production while trying to do reproduce the error.

sweco-semhul commented 9 years ago

So the reason is because the skeletontypemap is loaded on the login page, but since that resources is restricted in back-end (accessible first after login), the login page is returned from back-end. Then when its loaded again, when logged in its handled as not changed and cached by IE.

screen shot 2015-09-22 at 12 32 24