Closed Dola-Shuvi closed 5 months ago
Oh wow I tested it after merging and it worked fine. Don't know how I missed it and why Vs code didn't report it as an error... I'll fix it quickly.
Okay I fixed it all. Just re-download v1.4.0
I was so alert when publishing the new release, making sure that everything was going well, no bugs were pushed and no broken release was published. But then a merge conflict that didn't make sense threw that all off the table and it turned into trying to just get it to merge anyhow. And then mistakes arise of course...
It took me more than an hour of terrible confusion (and out-loud cursing) in order to set everything straight. I don't know what I did, but the programming gods wanted to punish me. And then when trying something that shouldn't work, it worked of course. Now everything seems to be working, I triple checked that the branch was correct and the container would work and the git history of all branches is corrected.
To programming gods: please don't do this ever to me again. I went through 6 beers in 60 minutes out of pure frustration. It's a miracle that my neighbours haven't complained about the noise. I've learned my lesson.
No worries about that, these things happen to all of us. I'm glad I managed to help you catch this rather quickly, as today was the first time I found this repo on Github. I can confirm that the latest and v1.4.0 tag now work as intended.
Description of the bug During the merge of #68 a merge conflict has appeared in general.js in the frontend. Upon accessing the MIND admin panel or general user interface, almost none of the buttons have any functionality. In the developer console the following output is found:
Uncaught SyntaxError: Unexpected token '<<' (at general.js:65:1)
To Reproduce
Expected behaviour I expected MIND to be working without major issues after pulling what I assumed was the latest stable release. I have confirmed version v1.3.3 to be working as expected.
Version info
Additional context In addition to the problem listed above, there seems to be an issue in admin.js where the
api_key
is not defined. Below is the developer tools output: