Testing is now open for all at https://testflight.apple.com/join/73e7EMwx
Still possible to set these attributes into a project
This bug is recorded don’t worry
Today I have defined two tasks with scheduled dates on Nov 18 both. On my Scheduled list one of these tasks is under “this week” and second is under “next week”. It happens when I have set Monday as first day of the week. When I have Sunday as the first day of the week then both tasks are under “next week” section.
Now I have opened the app on iPad and both tasks are under “next week” even if I have Monday as my first day of the week. I am confused…
Thank you for reporting this.
Any decision about wrapping text?
Some users have reported the crash from using the “+” button. It should be fixed in today’s release.
Not sure yet.
I am not sure but I think that after today’s update the font that is used with tags is strange…
After today’s update it is almost impossible to hide the keyboard during adding new item. Impossible to set tags and other attributes
The app was only rebuilt with the new version of xcode. I guess they changed something. If the previous build (6) worked for you then you can install it via TestFlight.
Independently on version there always should be a key “done/ok” do hide a keyboard.
Are you sure that font is changed just because of re-compilation?
Today’s update resolved font issue
The areas list is sorted from z->a. Should be conversely.
You are right! So strange
When we close a project which has undone tasks these tasks aren’t marked as done. When we archive done items we can see that project on the Archived list but there are no tasks. Project label shows that there should be tasks but when we open archived project it’s empty.
A few improvements and bug fixes have been rolled out today. Particularly, many of the issues reported in this thread.
A notable change is the option to not repeat a scheduled item until the previous copy is complete or deleted. It is only available in the iOS app for now, which means that it will be ignored by the Desktop app. So after a sync run you’ll still have duplicates created. This is normal until the upcoming Deskop update.
I was unable to replicate this issue so far. When I archive a project in the iOS app, it completes all sub-actions and moves everything to Archive. Then opening a project shows all sub-actions as required.
Great update, thanks!
Hi Andrei! After last update, 1.0 (10), the app crash every time on launching. Already sent the report via Testflight. Reverted to previous version 1.0 (09) which is working fine.
Thanks for reporting!
Does it crash before any of your actions become visible, or do you get to see some data and then it crashes?
Not every user has this crash. It is probably specific to a particular combination of scheduling settings of one of the actions. It is safe to revert to the previous build if needed. Meanwhile we are looking into the problem.
@ context not mapping correctly between linux Everdo and IOS everdo. I thought I was doing something wrong, I would add @name to a context in a task but the @name would never get caught for the context on the ios platform.
When I would go look at my synced (via Encrypted Sync) on my linux workstation it would have the context updated in the context with the task. On the IOS platform it just shows that the context is added in properties but just in my inbox, where I created it and not also in the context view.