Save problem: can't patch

[pascal-ballet]

[pascal-ballet]

How to reproduce it: 1) Log with my account 2) Open the model Cell Membrane 3) Remove the behaviour "Membrane Shrink" (or change anything in the model) 4) Try to Save => Error

[jeancharles-roger]

Easy to reproduce on your account. I've to identify why now

[pascal-ballet]

Great!

[jeancharles-roger]

Actually you don't have the right to save anything ... 😰

[jeancharles-roger]

Neither do I ....

[jeancharles-roger]

The backend restart didn't change it...

[jeancharles-roger]

Strange thing... when I run the server locally connected to the production db it works fine.

[pascal-ballet]

Yes, strange... Does OVH change the db, in one way or another (rights, update, etc)?

[pascal-ballet]

Is there a difference between the local db and the remote one? Perhaps a table, a link or a field is mismatching ?

[jeancharles-roger]

I did run the server locally connected to the production db and it worked fine. I have no clue yet to what's happening. It really worries me.

[pascal-ballet]

Do you try to revert from a yesterday commit? It worked fine yesterday (15th of july 2019). Just to be sure it does not come from your code.

[jeancharles-roger]

I haven't tried that. I've only changed thing on the client (the javascript part). I don't understand

[pascal-ballet]

Ransomware again?

[pascal-ballet]

Probably not, I can browse my models...

[pascal-ballet]

When using Wordpress, the "Incorrect file permissions can cause 403 forbidden error. It makes your web server thinks that you do not have permission to access those files. If the above two solutions do not solve the 403 forbidden error on your site, then incorrect file permissions can be the most likely cause."

[pascal-ballet]

Une piste (?) : http://community.ovh.com/t/maudite-erreur-403-forbidden/11938/26

[jeancharles-roger]

I think I found the problem. It's linked to CORS. I added the possibility to load scripts from another page (the presentation we did) and it caused problems to the local page with the need of authentication.

I'm not sure why but the problem is resolved when removing the CORS settings. I should have seen the same problem from my local setup but I didn't. Probably the reverse proxy did play a role in this (I don't have one locally).

I knew from the beginning that CORS is a nightmare, now I really know from the inside out ;).

[pascal-ballet]

Well done! Finding the problem is the most important part. For our presentation, we probably could put it in the same server than Centyllion ?

[jeancharles-roger]

The idea is to be able to have simulations embedded in other pages.

I reopen this issue to keep track of the problem

[pascal-ballet]

Ok, I understand... It's quite important!

[jeancharles-roger]

I found the problem