So one of my users noticed that a task cannot edit its description even though it said it was successful. Using the latest version 1.2.28 with PHP 8.1, though reverting to php 7.4 makes no difference. Commenting, creating tasks, uploading images, etc all works just fine.
Disabling all the plugins makes no difference either. The only thing I can think of is that we are storing data by mysql rather than sqlite. Last successful description edit was a month ago, and maybe? I updated kanboard at that time.
Anyone experiencing the same issue by any chance?
EDIT:
Apparently when adding tags, it cannot be removed either. Same with priority, cannot change it. So the entire “edit task” seems to be broken on my end.
Couldn’t be permissions (at least that’s what I assume) when creating, commenting, etc works just fine and did a month ago. I think where you are getting at though regarding alter permissions… But the sql user has full admin access to the database.
I was on 26 when someone discovered it. Thought an update might help, but it didn’t. I’m still looking into it to make sure it’s not the user permissions, but by default I have given the user full permissions to the database.
EDIT:
GRANT ALL PRIVILEGES ON xx.* TO xx@%
Ya, don’t see anything wrong with permissions either.
I’ve checked the logs and tried a few things prior making this thread. No errors are being generated, kanboard just said the editing comments was successful (it even relayed it to discord), and same applies to editing descriptions… It just said it was successful but nothing happened.
I checked the nginx error logs, and here is the debug log on the moment I’ve already opened up the task (before editing) then enabled debug and attempted to change the description: kanboard logs - Pastebin.com , I’ve removed some csrf_key information that aren’t vital. As for the cache, I’ve changed that from memory to file, and same problem persists. And yea, the cache files are being generated.
Im not going to pretend i have any idea whats going on, but id atleast start at the route of the issue. Check your db and see if the changes are actually happening, or just switch to sqlite and see if that works as expected. That way you can determine what to do next. If it works with sqlite, good odds something is wrong with your mysql.
in your plugins folder, if you have oldold2 or EAR… delete them and see if it makes a difference. Back them up if you know about them though… old and old2 don’t sound like plugins at all… I think they are folders in the wrong location
Try to disable this. I don’t remember exactly what and where something ended in trouble with this enforcing. Nowadays, this is done by all modern browsers, AFAIK.
I don’t think kanboard can detect 443 being used as I’m using a reversed proxy. nginx → kanboard lx container). And I don’t see any SSL settings in the kanboard configuration file. As for the forward, no 80 port block is being used and the request is send to the kanboard container through proxy_pass.
