Martin Höher Reading time ~1 minute

It’s bug fixing time 😮

After yesterday’s release of v3.31, some issues have been found with the new sync code - it seems, it especially happens on Windows, but we cannot exclude that other systems are not affected.

Changelog

  • rpdev/opentodolist#404: There were some issues in the code, which might cause the sync to delete some files. For this reason, please upgrade as soon as possible to 3.31.1! If you sync against a NextCloud or ownCloud instance, you can always recover deleted files. Even if you don’t immediately miss items, check your trash can if there is an unusually high number of deleted files since you upgraded to v3.30. Note that earlier versions are not affected. The fixes are specifically for the new sync code introduced in yesterday’s release. So if you did not upgrade to that release yet, you should be clean.

Downloads

Known Issues

There are currently no known issues. If you encounter any issues, please file a bug report in the bug tracker.

Martin Höher Reading time ~4 minutes

Admittedly, the previous two releases of OpenTodoList were rather unspectacular. In exchange, v3.31 is just the more exciting 😁

Not only did we manage to finish one long awaited refactoring step, but also half a dozen other changes made it into this release, some user facing ones as well as under-the-hood changes that ready the app for the future.

Changelog

  • rpdev/opentodolist#198: You can see it from the issue number - this one did age quite a while. And this is also the reason why the previous versions of OpenTodoList did only bring very few changes each. The code, which is responsible to sync your libraries between devices, was hard-wired into the app. This is bad, because actually, we’d like to be able to reuse it for other apps as well. So we finally did it and started a new project - the SynqClient library. This library currently implements access to WebDAV servers (generic ones as well as special handling for NextCloud and ownCloud). However, we also improved the code quite a bit compared to what was present in OpenTodoList before. First, it is now designed such that access to other servers could be added in the future as well. And in addition, the library can make use of multiple connections to the same server as well as HTTP pipelining to speed up the sync procedure. You should notice this especially when adding a relatively large library on a new device. Before, this could take quite a bit, because OpenTodoList would load each file one after the other. With the new library, several files are downloaded in parallel, greatly speeding up the overall process.
  • rpdev/opentodolist#396: But a faster sync is not all that this new version of OpenTodoList has to offer. We also revamped the settings quite a bit. You can now select to use a dense variant of the Material theme, which saves a bit of screen estate here and there. In addition, you can also opt to use a more compact form for todo and task listings. And on top, the font size handling was improved - and there is an all-new option to manually specify a scale factor for the user interface (which comes in handy if on your system for whatever reason the automatic selection of a suitable scale factor does not work well).
  • rpdev/opentodolist#393: Inside todo lists you have the option to hide completed todos. For task lists (aka sub-todos) this was not possible until now. Well, emphasize on was 😉
  • rpdev/opentodolist#380: Some iterations before, we introduced the functionality to move a todo into another todo list. unfortunately, a little bug sneaked in, which would cause the other todos in the list from where the todo is moved to disappear. Well, not persistently, but in the worst case you would have to restart the app for them to appear back. This little annoying bug is fixed as well! 🩹
  • rpdev/opentodolist#395: Speaking of bugs… 🪲 There was another one - not as nasty, but still confusing. When you mark tasks inside a todo as done, a progress overlay over the todo item will visualize the overall state of open vs closed tasks in it. Well, except that when there were tasks you deleted from that todo, the indication would be a bit off… Well, doesn’t matter anymore, as this one is history as well.
  • rpdev/opentodolist#397: This is a particularly important one, although you - as a user - won’t notice. To speed up access to your libraries of items, a cache is used. The format for representing items in this cache was based on an API, which meanwhile has been deprecated in the underlying Qt library that the app is built upon. In order to be ready to upgrade to the next major release of Qt, we also got rid of this format and switched to a new and better representation of items in that cache. Again, for you as a user, this change should be transparent.
  • rpdev/opentodolist#394: And with this, we come to the last change for this release. This is again one that will be clearly visible… The app now renders completed todos and tasks a bit more prominently. So especially when scrolling through large item lists, it now should be easier for the eye to distinguish between closed and open todos/tasks.

Downloads

  • Please find the download links for major platforms on GitHub.
  • For Android, the release is available via Google Play.
  • For iOS, the release is available via the App Store.
  • If you use snap, you can install the app from the snapcraft.io.
  • If you use flatpak, you can install the app from Flathub.
  • For Arch based Linux distributions, you can install the app from AUR.

Known Issues

There are currently no known issues. If you encounter any issues, please file a bug report in the bug tracker.

Martin Höher Reading time ~1 minute

2020 has been - to put it mildly - a strange year for most of us. And also 2021 already showed us that this year might be challenging as well. So it is over time for some stability: A new release of OpenTodoList 😉

Okay, to be very open: This release - again - is not one bringing a lot of new features. Indeed, we still were busy factoring out the WebDAV sync functionality. The good news on this front: The new SynqClient library is nearly done. We hope to integrate it soon into OpenTodoList and have some testing until the end of the month - so we can confidently release a new version with the improved sync functionality soon.

However, until then, we at least want to provide you with a small update which fixes some annoying bugs:

Changelog

  • rpdev/opentodolist#389: The first one is about maximizing the app on a Desktop system. When you maximized the app, then focused another app and then activated the OpenTodoList window again, the app would leave the maximized state. Well, stupid bug, but fortunately fixed now 👍
  • rpdev/opentodolist#391: Another annoying thing - if you write longer texts 📜 in the description of a Todo List or Todo. In case the todo list has no todos (or the todo no sub-tasks), whenever the height of the text editor changed, the page would jump back to the beginning. This made editing longer texts everything but pleasant. But here as well, the issue has been tackled and editing should work just fine in the new version!

Downloads

  • Please find the download links for major platforms on GitHub.
  • For Android, the release is available via Google Play.
  • For iOS, the release is available via the App Store.
  • If you use snap, you can install the app from the snapcraft.io.
  • If you use flatpak, you can install the app from Flathub.
  • For Arch based Linux distributions, you can install the app from AUR.

Known Issues

There are currently no known issues. If you encounter any issues, please file a bug report in the bug tracker.

Martin Höher Reading time ~1 minute

After the previous regular version of OpenTodoList (v3.28) and the following bug fix version (v3.28.1), we spent - once again - quite some on on background work. The target: The sync code, that is currently part of OpenTodoList, shall be made a standalone library, so we can use it easily in OpenTodoList, but also in other apps in the future (and also make it easy for others to use that code). This work is not yet finished and hopefully will make it into the next release of the app.

For OpenTodoList, this means: Not too much news in this version. However, we still have some fixes we’d like to bring to you, as well as a minor UX improvement 😉

Changelog

  • rpdev/opentodolist#387: This is a fix which should make sure that the app syncs against more WebDAV servers. The issue here was, that some servers are quite picky when it comes about URLs that refer to folders and - if the URLs are different that what they expect - reject the call to e.g. create a remote folder. Anyway, fixed ✔️
  • rpdev/opentodolist#386:Another smaller bug… on some platforms, the icon which is used to set up recurring due dates for items was not properly shown. While the button was these, you didn’t have a visual clue about it. As well: Fixed ✔️
  • rpdev/opentodolist#381: Last but not least, also some minor UX improvement. When creating a new item from the schedule view, you can now use the enter key in the title edit to create the item. Previously, you always had to click the Ok button to do so.

Downloads

  • Please find the download links for major platforms on GitHub.
  • For Android, the release is available via Google Play.
  • For iOS, the release is available via the App Store.
  • If you use snap, you can install the app from the snapcraft.io.
  • If you use flatpak, you can install the app from Flathub.
  • For Arch based Linux distributions, you can install the app from AUR.

Known Issues

There are currently no known issues. If you encounter any issues, please file a bug report in the bug tracker.

Martin Höher Reading time ~1 minute

Version 2.28 of OpenTodoList already came with lots of bug fixes. However, we added some fixes for a particularly grave issue - and that’s definitely worth an intermediate bug fix release of the app. 🩹

Changelog

  • rpdev/opentodolist#374: This issue popped up after allowing the app to keep running in the background. In particular on Android, this meant that the app now would try to sync even if the user was e.g. out in the wild with hardly a network connection available. In such situations, the app would sometimes delete some files from your libraries! 😨 The underlying problem (missing error checking if a reply from the network was complete) was much older, but it popped up due to the likelihood of running into such a situation was way higher now. This release fixes this by making the error checking in network connections more stable and hence should prevent the app from accidentally deleting your precious items. If you still encounter similar issues, please make sure you reach out to us. However, for the moment we are confident that the issue should be gone!

Downloads

  • Please find the download links for major platforms on GitHub.
  • For Android, the release is available via Google Play.
  • For iOS, the release is available via the App Store.
  • If you use snap, you can install the app from the snapcraft.io.
  • If you use flatpak, you can install the app from Flathub.
  • For Arch based Linux distributions, you can install the app from AUR.

Known Issues

There are currently no known issues. If you encounter any issues, please file a bug report in the bug tracker.