For some reason, some edits to tracker items are lost in dev.t.o . I just noticed that.
I made (I thought I had made) an edit to this tracker item:
https://dev.tiki.org/item6668-Incorrect-integer-value-for-column-healed-at-row-1-when-adding-a-Tiki-Scheduler-task-in-mysql-strict-mode
Adding this extra content (below) to the "Description" field of the bug report:
--- Tested again (using latest 18.x svn again), same failure, also with the task to do some list:execute action, which runs fine otherwise through the console.php command on a cronjob directly at the crontab level. {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"} I stop attempting to use Scheduler (Web interface) at all in my projects since I never managed to get it running, nor a simple task. Maybe it's not mysql 5.7 ready? {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"}
After saving, I saw the new page reload, no reporting of succeful edit nor anything (no remarksbox at the top indicating that the edit was successful), and I saw no changes in the field "Description".
Tracker item history is shown as blank, also:
https://dev.tiki.org/tiki-tracker_view_history.php?itemId=6668
Partially fixed in http://sourceforge.net/p/tikiwiki/code/67525 but it still happens occasionally (intermittent issue?)
After some testing i have re-enabled jq validation and removed the blocker status - the recommendation is to use the "non-legacy" edit forms, so in my view this cannot be a blocker - fingers crossed!
Relevant commits:
feature_jquery_validation
To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
filename | created | hits | comment | version | filetype | ||
---|---|---|---|---|---|---|---|
No attachments for this item |