fritzbauer
fritzbauer
It should work the same way as the linux build. Do you receive any errors?
Same issue for me with OS X and iOS and iPad OS using the sql-wasm.js with sql-wasm.wasm while it is working with sql-asm.js. Interestingly I was not able to replicate...
Agree it might be the cleanest to place the logic out of Database.go. Did not want to do too many changes to your code that's pretty much how I came...
Observing the same behavior for golden-cheetah-git since a few weeks: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=golden-cheetah-git It reinstalls even if there are no new commits in the git repository, although it skips the rebuild.
I need to admit, in my daily workflow I usually do not sort on project level, but I was not able to replicate the problem on projects itself.
The problem still occurs. My replication steps above still work - just tested. In your replication steps you forgot to create any Tasks ;-) Thanks for your help!
Yes, when you create a new task it will have an initial position value of 0. This is not a problem if you only create a single task, as soon...
* The tasks which are in the filter at creation time of the filter will be sortable (as shown by your replication steps above) * Any task which is new...
Unfortunately, it did not help. I just confirmed it on try.vikunja.io and my private instance. Both on Version: v1.0.0-rc2. Original replication steps still work and network trace also shows that...
I do face the same issue. New events are not visible in either direction regardless whether the one who shared the calendar or the one who participates in the calendar...