3.46.1

Hello again,

This was a quick one. The previous release of the app should have resolved an
annoying bug. In the very last commits, though, we kind of worsened it. So,
time for a quick hotfix release!

Changelog

rpdev/opentodolist#640: No Icon Showing On Android

For some while, we had an issue with the app that on Android, on some devices,
no icon would be shown on the launcher screen. The last release was supposed to
bring a fix which remedies this. Unfortunately, after we indeed fixed that
problem, in one of the later merges the setting of the icon on Android was
completely turned off 😱

Fortunately, bringing back the icon is a matter of setting some property
in an XML file and building and pushing out new versions. 😉

Downloads

• Please find the download links for major platforms below.
• 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 is a minor known regression with the Qt6 based build of the app when running on Linux with Wayland. Reordering items via drag and drop works, but you sometimes have to click somewhere (e.g. the tool bar) to re-enable hover for the items after such a drag and drop operation. This has been reported as a bug against Qt in their bugtracker. Usually, you can start the app passing it the -platform xcb option to force using X11/XWayland (which does not show the same symptoms).

3.46.0

Hello hello,

Yes, it seems to become a kind of bad habit to release OpenTodoList behind
schedule, but this time, we have a good excuse (some traveling in parallel, so
this is the first version of the app that is effectively released from outside
Europe 😉).

So, what's new this time? Effectively, this is mostly a bug crushing release, ridding
us of some long running deficiencies and hence, making the app way more
useful - especially on mobile devices. Curious? Then let's go!

Changelog

rpdev/opentodolist#439: Opening Of Images And Attachments On Android And iOS

OpenTodoList allows adding images as library items for a long while. Nearly
equivalently long, you could add files as attachments to items. Clicking on an
image or an attachment basically just opens it in a suitable app.

But... this in fact only worked properly on Desktop systems. On mobile systems,
due to the sandboxing that is done, this didn't work so easily. Well... until
now! Clicking an image or attachment now opens it in a preview and also allows
sharing it to other apps. 🎉

rpdev/opentodolist#634: Avoid High Data Usage Due To Background Sync

Back to one of our favorite topics: WebDAV. It is OpenTodoList's main protocol
used to talk to backend servers for synchronization (the NextCloud and ownCloud
backends are basically special WebDAV ones).

Unfortunately, not all WebDAV servers play nicely and implement the full WebDAV
protocol. The app implements some workarounds for at least some of the
shortcomings servers might have. And this is where the trouble starts... some of
the workarounds cause the app to generate additional traffic on each sync. A
single sync typically does not consume too much data, but depending on the size
(or rather, age) of a library, if the background sync happens often enough,
the amount of transferred data can reach several hundred MBytes per month.

In this version, we - for this reason - reduce the frequency of the sync in the
background in case of a server with such issues is used. That way, the amount of
traffic generated should be in an acceptable range.

rpdev/opentodolist#631: Clean Up PKGBUILD

Nothing to fancy about this one - we cleaned up the PKGBUILD file, which is
the base of installation of the app for Arch Linux based distributions. 😉

rpdev/opentodolist#464: Portable Version On Windows

Another long standing request we finally managed to implement: The app is now
packaged as a Zip file for easy distribution of the app on Windows systems that
don't support installation to system locations. 😎

rpdev/opentodolist#630: Fix Icon On Some Android Devices

One more nasty bug 🪲 that we fixed: On some Android devices, the app icon was
not properly shown. This was due to the format of the icon used - and should
be a thing of the past.

rpdev/opentodolist#492: Show Library Items In The Sidebar

Last but not least, another cool new feature: You can now expand the tags in the
sidebar - this will show a list of library items belonging to this tag.

In addition, there is now a new option there per library, which shows all
items that have no tag assigned to them. This one can be expanded as well to
reveal top level items directly within the sidebar.

This feature makes it way quicker to jump between items directly without having
to load the contents of that (subset) of a library 🏎️

Downloads

• Please find the download links for major platforms below.
• 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 is a minor known regression with the Qt6 based build of the app when running on Linux with Wayland. Reordering items via drag and drop works, but you sometimes have to click somewhere (e.g. the tool bar) to re-enable hover for the items after such a drag and drop operation. This has been reported as a bug against Qt in their bugtracker. Usually, you can start the app passing it the -platform xcb option to force using X11/XWayland (which does not show the same symptoms).

3.45.2

Hi everyone,

While work on the next release of OpenTodoList continues, we'd still like to
push out another bugfix release to you. This mainly is important for users of
the Snap and AppImage editions of the app on Linux.

Changelog

rpdev/opentodolist#633: Cannot connect to server with Snap Edition

In the previous release of the app, we updated to a new version of the
underlying Qt toolkit the app is built upon.

Qt now requires OpenSSL v3 - however, we didn't deploy this version of OpenSSL
with the app! In the Snap edition, this is fatal, because Snaps run in isolation
and cannot access any system libraries... But also the AppImage version of the
app (from which the Snap one is build) is affected! AppImages can in fact access
system libraries, but users that are on an older Linux distribution might not
yet have the new OpenSSL available 😱

We fix both of this by including the proper OpenSSL libraries with the app, so
access to secure servers should work again!

Downloads

• Please find the download links for major platforms below.
• 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 is a minor known regression with the Qt6 based build of the app when running on Linux with Wayland. Reordering items via drag and drop works, but you sometimes have to click somewhere (e.g. the tool bar) to re-enable hover for the items after such a drag and drop operation. This has been reported as a bug against Qt in their bugtracker. Usually, you can start the app passing it the -platform xcb option to force using X11/XWayland (which does not show the same symptoms).

3.45.1

Hi everyone,

today's a special day for OpenTodoList - exactly 10 years ago, the first blog
post announced the availability of the first version of the app! 🎉

So... the best way to celebrate is to push out a new release, right? Joking
aside - there are some issues in the previous release's Android build, that
we'd like to get sorted out by this. So, here is what changed:

Changelog

No Encrypted (HTTPS) Traffic Possible In Android Version Of The App

In 3.45.0, we updated the underlying Qt framework to a newer version. However,
this would have required a newer version of the OpenSSL library to be shipped
with the app as well on Android - which we missed. As a consequence, the app
started just fine, but was unable to do any communication over encrypted
channels. This affected both existing accounts as well as when one tried to
add new ones.

This release fixes this by adding the needed newer version of the OpenSSL
libraries to the APK.

rpdev/opentodolist#626: Wrong Label In Recurrence Editor

As a little gimmick, this release also fixes the text in a label in the
recurrence editor. This is nothing big, of course, but it makes the user
interface more consistent, right? 😉

Downloads

• Please find the download links for major platforms below.
• 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 is a minor known regression with the Qt6 based build of the app when running on Linux with Wayland. Reordering items via drag and drop works, but you sometimes have to click somewhere (e.g. the tool bar) to re-enable hover for the items after such a drag and drop operation. This has been reported as a bug against Qt in their bugtracker. Usually, you can start the app passing it the -platform xcb option to force using X11/XWayland (which does not show the same symptoms).

3.45.0

Summer, sun and... a new release of OpenTodoList!

We hope most of you enjoy some free time outside, relaxing and getting away from
all the stress we usually have around us. For us, we were a bit busy and hence
accumulated a bit of delay for this release. And hey, it's really a special
release! You wonder why?

OpenTodoList is turning 10 years on the 25th of July! 🎉

10 years - in terms of software, this is really a lot. And looking back, it
was quite a journey! OpenTodoList started as a project to discover the newly
release QML tooling within the Qt framework at that time. Initially started with
a skeuomorphic design, you wouldn't recognize the app again nowadays. Cannot
believe it? Here's some examples 😉

We want to take the chance to say a big thank you to everyone supporting us
and the app until here! Be it through feature requests, bug reports, donations
or also lending us an ear when we had issues and difficulties - all of that kept
the development of the app going. And we're not getting tired of it; the issue
tracker is well filled so chances will continue to come for quite a while.

Speaking of changes... you surely are curious what this release provides,
aren't you? So, let's have a deeper look into that!

Changelog

rpdev/opentodolist#515: Recurring Sub-Tasks

OpenTodoList allows most items to have a due date. And on top, you can set
recurrence patterns, such that an item repeats e.g. every week or every
15 days.

But, what happens with child items within such a recurring item? For example,
if you set a todo list to recur, what is with the contained todos (and their
sub-tasks)? The simple answer in the past was: Nothing!

The "parent" item would be scheduled again for another date, but the children
would remain marked as done.

With this release, this changes - so when an item recurs, all of its child
items will get reopened magically. This should make recurrence on
complex item structures way more useful!

OpenTodoList.-.feature.-.recurring.sub-tasks.mp4

rpdev/opentodolist#622: Improved Recurrence Editor

Recurrence is a theme for this release. We also took the chance to refactor the
recurrence editor a bit - it should be way easier to control now, especially on
large screens you don't have to aim at tiny icons anymore to trigger an action!

OpenTodoList.-.feature.-.refactored.recurrence.editor.mp4

This might also serve as a blue print for some further refactoring of the user
interface in other parts of the app.

rpdev/opentodolist#620: Fix - Recurrence Mode not always applied correctly

The usual bug fixing cannot be missed, of course! There was in fact a bug -
in the recurrence editor, every second time one opened recurrence mode
dialog, the dialog would jump between the actually selected mode and the
default one.

While this was not critical (the mode was applied correctly, so no harm done),
it still was annoying and hence we're happy that this one got fixed!

rpdev/opentodolist#621: Prevent accidental marking of future items as done

When a recurring item is marked as done, it actually is not getting closed but
OpenTodoList basically updates the next effective due date for it. But, what
happens if you try to mark a future instance of an item as done?

In the past, OpenTodoList would simply have allowed you to do so, rescheduling
the item even farther into the future. So, users might accidentally close
items and schedule them for later! 😱

Good, that this release brings relief here! When an item is schedule for the
future and not yet due in the current scheduling interval, the app will show
a short warning and you have to explicitly agree to close that future instance
of the item (which might - after all - still be a use case here and there).

OpenTodoList.-.feature.-.Prevent.Accidental.Marking.As.Done.mp4

rpdev/opentodolist#623: Semi automatic closing of items when all children are done

Todo lists contain todos. Todos in turn can have sub-tasks that further
structure the work that needs to be done to get that item "completed". But
what happens once e.g. all sub-tasks within an item are closed?

Until now, the answer was a clear: Nothing.

Starting from this version on, the app will - once all items within a container
are marked as done - display a short tooltip which you can tap to also close
the parent item. Of course, if that container still shall remain "undone", you
can simply ignore this message, but it can speed up your daily workflow a bit
where it fits.

OpenTodoList-feature-auto-close.mp4

rpdev/opentodolist#619: Remove no-translations workaround on Windows

Up to some techy stuff: We had to introduce a workaround that avoided Qt's
internal translations to be shipped with the app on Windows. That workaround
could be removed in that release 😉

rpdev/opentodolist#586: Use of shared macOS runners to build the app

While not exactly user centric, this is an interesting one: GitLab, the
platform where OpenTodoList is hosted and mainly developed, also
provides us the resources for building the app for most platforms. However,
that build platform is rather Linux centric - while one could add own runners
to their projects there, GitLab itself didn't provide anything beyond Linux for
a long time.

Some time back that changed and they introduced shared macOS runners. So we
decided to switch to these to build the app for both macOS as well as iOS.

The clear advantage: We can always build 🛠️

Sounds too technical? Well, until now we had a macBook sitting somewhere on
which any build had to run. And if this hardware was not available, build
pipelines would simply start to fail. Not ideal, right? This is a thing of the
past now!

rpdev/opentodolist#585: Use of shared Windows runners to build the app

Going into the very same direction is this change: We also use the shared
Windows runners for building the Windows version of OpenTodoList now. Here,
the story is a bit different, though.

We were perfectly able to build the app from the Linux containers in GitLabs
build farm. However, the underlying technique to get this done - using cross
compilation from Linux to Windows - sometimes broke. This was also the reason
why we worked on this story for this particular release: The Windows build once
again broke, with us unable to workaround it (except with quite some effort).

As a result, we now natively build on Windows. This allows us to use the
"vanilla" Qt binaries from the Qt Company - which should stabilize things a bit
as well.

👉 Please note that due to this change, we had to drop support for Windows 32bit
builds! This shouldn't be a blocker for most users and we really hope that
meanwhile most of you have a 64bit capable Windows installation in use. If not,
feel free to open an issue so we can investigate how to work around this.
However, we feel that with Linux having abandoned 32bit in most use cases as
well, it is time to sunset this variant of the app for Windows as well.

rpdev/opentodolist#618: Better icon for saving of notes

Finally, a little but probably welcome change: If you edit the notes of an item,
you probably realized the round button which can be used to finish editing
the text, right? Previously, we had a rather strange icon in use there,
which most people associated with a kind of download function. We used this
release to improve there and pick an icon which better reflects the function
of that button!

Downloads

• Please find the download links for major platforms below.
• 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 is a minor known regression with the Qt6 based build of the app when running on Linux with Wayland. Reordering items via drag and drop works, but you sometimes have to click somewhere (e.g. the tool bar) to re-enable hover for the items after such a drag and drop operation. This has been reported as a bug against Qt in their bugtracker. Usually, you can start the app passing it the -platform xcb option to force using X11/XWayland (which does not show the same symptoms).

3.44.1

Sometimes it can be so fast...

Just a few days after v3.44 has been released, some mindful user reported a really annoying bug in that release. As this bug can really be a killer for a lot of use cases, we're pushing out a hot fix release. So, here we go:

Changelog

rpdev/opentodolist#616: Tags not showing up in the sidebar and when adding tags to items

Due to some refactoring work, the functionality to properly read back the tags used within a library got broken. This had two implications:

• First of all, the tags would no longer show up in the sidebar, hence, making tags on top level items rather useless.
• And second, when adding tags to an item, the existing tags would no longer be available for pre-selection.

This bug is fixed and on top we extended the testing a bit to avoid this to happen again.

Downloads

• Please find the download links for major platforms below.
• 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 is a minor known regression with the Qt6 based build of the app when running on Linux with Wayland. Reordering items via drag and drop works, but you sometimes have to click somewhere (e.g. the tool bar) to re-enable hover for the items after such a drag and drop operation. This has been reported as a bug against Qt in their bugtracker. Usually, you can start the app passing it the -platform xcb option to force using X11/XWayland (which does not show the same symptoms).

3.44.0

Hi everyone!

First of all a Happy Easter to you! 🐣

Yes, we are again a bit late for the next release of your favorite Todo List and note taking app, but unfortunately, I got hit by a bad cold, followed by Corona, so I think this should be excuse enough. But hey, better late than never! So, here comes the list of changes that made it into this release of OpenTodoList - and what should I say? While the list was rather short for the previous release, this one includes just the more of them 😉

Changelog

rpdev/opentodolist#614: Fix the Arch Linux Build

The previous release broke - due to its many under-the-hood changes - the build of the app on Arch Linux (and friends). More concrete, building worked fine, but after installing, the app was missing some runtime libraries so it simply would not start.

Well, fixed ✅

rpdev/opentodolist#548: Improve Speed of Cache Queries

OpenTodoList uses a cache to access the items in your libraries. If you are into these kinds of topics, its somehow similar to a database system, just without an actual DB running in the background.

In this release, we improve the speed of queries run against the case to retrieve items from it. This should greatly reduce the time needed to completely render pages, especially on older devices with slow I/O performance 🐌

rpdev/opentodolist#607: Crash on Android when deleting all completed todos

Another rather nasty bug: On Android, when deleting all completed todos within a todo list, this would crash the app. What to say... fixed as well ✅

rpdev/opentodolist#610: Monochrome System Tray Icon

If you run the app on macOS, you might have noticed it fell out a bit - visually, of course. It used to use a colorful icon for the system tray. Here as well, the correct tense is the past tense, because we now default to using a monochrome style icon instead. On other platforms, we still use the colored one by default, however, regardless of where you run the app on, you can always select explicitly which style you want it to use.

rpdev/opentodolist#575: Fix several Markdown rendering issues

As the title suggests: There were several issues rendering Markdown content in the app. We hopefully got most of them, fixing them by switching to use Qt's internal Markdown rendering as well as using another component to render the generated HTML.

We hope this should greatly improve the user experience without breaking existing Markdown documents!

rpdev/opentodolist#609: Remove useless close button in settings

There was a close button in the settings page - however, it simply didn't work (and frankly, we nowhere else use a close button to "go back" in the page stack). So, in the end we simply removed it 🚮

rpdev/opentodolist#596: The sync sometimes hangs

After the previous update, we noticed that under certain circumstances the app might hang during a sync. The only way to get out of that was to quit the app and restart it.

This is fixed now by introducing a sync timeout - once we detect that no more data is transferred for some while, network requests and cancelled. So, this annoying bug should be a thing of the past!

rpdev/opentodolist#608: Bad Spanish Translations

There were some bad Spanish translations - thanks to the great users out there reporting and letting is know!

If you, too, find strangely translated parts within the app, feel free to report these as well or - even better - head over to POEditor and lend us a hand extending and fixing translations 😉

rpdev/opentodolist#544: Improvements of Windows installer

We put some love into the Windows installer of the app. In particular, the update procedure got way better (most importantly, we no longer open the uninstaller from within the installer to actually run the update).

rpdev/opentodolist#584: Quick Solutions Buttons in Problems View

Sometimes, e.g. due to transient network errors, a sync operation might fail. OpenTodoList reports such incidents as problems, which you can review in the user interface. To make "solving" such issues even easier, we introduced "Quick Solutions" buttons in the problems view:

For example, if a sync issue occurred, you'll now find a "Retry" button right on the reported problem, which you can hit to simply retry running the sync. Before, you had to click the problem report to open the affected library and manually start a new sync from there.

rpdev/opentodolist#581: Path to a library in the user interface

Sometimes its necessary to review the folder structure of a library as is stored on disk.

You'll now find a new option "Open Library Folder" in the menu of the library page, which will open the file explorer in the folder of the library.

Note that this is considered "expert knowledge", so only use this to check out the structure of the library on disk but don't try to manually edit any files in there, as this might make reading these files within the app impossible and hence cause data loss.

rpdev/opentodolist#481: Improved moving of todos

You might already have used the "Move Todo" functionality of OpenTodoList. This function allows you to move a todo into another todo list.

However, this only can be done within the same library. But, there was a bug in the appropriate dialog, so we always showed all available todo lists across all libraries as possible "targets" for the move operation. This - obviously - is nonsense. So, fixed in this release ✅

rpdev/opentodolist#537: Unstable unit test

A bit techy, but: There was a unit test that occasionally would fail on macOS for unknown reasons. We tried to improve and stabilize this test (which is of course of no further relevance to users of the app, but still an important fix for those who have to develop OpenTodoList 😉).

rpdev/opentodolist#530: Shared base class for SynqClient-based classes

Last but not least, we did some refactoring of the code: Namely, we introduced shared base classes for those classes in the code, that use the SynqClient library for running the sync operation. Again, this is nothing directly visible to users of the app, but it makes the code easier to maintain and hence saves us valuable time in the future.

Downloads

• Please find the download links for major platforms below.
• 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 is a minor known regression with the Qt6 based build of the app when running on Linux with Wayland. Reordering items via drag and drop works, but you sometimes have to click somewhere (e.g. the tool bar) to re-enable hover for the items after such a drag and drop operation. This has been reported as a bug against Qt in their bugtracker. Usually, you can start the app passing it the -platform xcb option to force using X11/XWayland (which does not show the same symptoms).

3.43.0

Hi everyone!

First of all: Happy new year to everyone! 🎉 I really hope you all had a great start into 2023 - let is be a wonderful and peaceful year!

What could be better than getting into the new year with a new release of your favorite todo list and note taking app? Right, so, let's have a look at what this version brings (disclaimer: it might look disappointing at first, but this release is huge):

Changelog

rpdev/opentodolist#541: Migrate the app to Qt6

Yes, you see correctly - this is the one and only issue that made it into this release. And well, it was in fact quite some work getting there.

Qt is the framework OpenTodoList is built upon. It allows us to build the app for all of the operating systems and platforms we currently support. Without that, we wouldn't have the resources to support the app on such a wide variety of platforms.

Up to now, OpenTodoList was based on the previous release of Qt - version 5.15. However, the v5 line is no longer developed. So in order to benefit from further development, we needed to migrate to the new v6 version line. This release of OpenTodoList is the first which is built again Qt 6.

With that, we lay the foundations for further great development of the app. But what about you (as a user)? In fact, by migrating, we also pull in all of the interesting things that happened in Qt between v5 and v6. For example:

• On Android, the app now follows the system color scheme automatically.
• On iOS, positioning the text cursor in text inputs works as expected (e.g. when using swipe on the spacebar to move the cursor).
• On macOS, you can now keep a key (e.g. A) pressed to get a list of possible alternatives (e.g. Umlauts or accented versions of the letter).
• Generally, Qt6 supports other graphic backends than OpenGL. This is particularly interesting on Windows, where OpenGL is often a problem - here, rendering can be done via DirectX, which should work more stably on a larger set of devices.

We tried to thoroughly test the app before the release, however, such a large change always brings the chance of regressions (also see the known issues section at the end of the update). So - for this release more than any other - please report any new issues you encounter in our bug tracker. Thanks a lot! 😄

Downloads

• Please find the download links for major platforms below.
• 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 is a minor known regression with the Qt6 based build of the app when running on Linux with Wayland. Reordering items via drag and drop works, but you sometimes have to click somewhere (e.g. the tool bar) to re-enable hover for the items after such a drag and drop operation. This has been reported as a bug against Qt in their bugtracker. Usually, you can start the app passing it the -platform xcb option to force using X11/XWayland (which does not show the same symptoms).

3.42.0

Hi everyone!

It's October again, for some of us this means Halloween is right ahead 🎃 And well, another thing is long overdue: Another release of OpenTodoList! Let's check out the list of changes that made it into this release!

Changelog

rpdev/opentodolist#520: Remember the last opened item

This is a really welcome usability enhancement to the app: If possible, OpenTodoList now remembers the last item that was open between restarts. This is also true if the item is e.g. a todo - in this case also the parent todo list will be opened on restart.

rpdev/opentodolist#576: Fix - return button not responsive when an editor is open

This is a litte regression that sneaked in during one of the last releases: when a notes editor was open in a todo page, it was not possible closing the page unless the editor was closed explicitly. On the other side, when the notes editor was open on the todo page, going back would close the entire page, instead of just closing the editor. Both of these issues are now thankfully gone 😊

rpdev/opentodolist#577: Use the system browser for the Dropbox login on iOS and Android

On both iOS and Android, we used to use an embedded web view to let the user sign in to Dropbox when adding an account. This - however - is actually forbidden (actually due to restrictions by Google, because Dropbox allows signing in using your Google account). So starting with this release, we now also use the system browser on these two platforms for the login.

rpdev/opentodolist#565: Properly set window icon on Wayland

On a totally different page: OpenTodoList also runs natively on Wayland/Linux. However, the window icon (and hence also the icon in the taskbar) was not correctly set and hence the app would be represented using a generic icon instead. That's definitely something we had to fix 😉

rpdev/opentodolist#536: Fix connection to the background service in the iOS simulator

This is rather a developer thingy, but still important for us: Previously, the app would not properly work within the iOS simulator - which makes debugging on this platform not necessarily easy. We fixed this now, so from now on, testing and debugging for iOS should be way simpler!

rpdev/opentodolist#549: Fix a crash when using the back button on Android

Another crash we fix with this release: Previously when using the back button on Android, the app would close/crash completely. Now, fixed as well ☑️

rpdev/opentodolist#556: Increase icon size

This is a little usability thing - we slightly increased the sizes of the icon tool buttons, which should make using the app more comfortable, especially on systems with a higher pixel density.

rpdev/opentodolist#354: Upload to the macOS app store

On macOS, we prepared uploading the app to the App Store. We still have to give it a try, but after all, this could be the first version that is available via the app store!

rpdev/opentodolist#546: Update notarization on iOS

Another developer thing, but still necessary to implement: We updated the way the app is notarized on Apple systems. This step was required as the previous method is going to be deprecated rather soon.

Downloads

• Please find the download links for major platforms below.
• 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.

3.41.1

Hi everyone!

As ever so often: Big releases bring one or the other annoying little bugs with them. Its unfortunately the same with v3.41 of OpenTodoList. So - consequentially - here's the remedy: v3.41.1.

Changelog

rpdev/opentodolist#547: Fix constant reopening of the global schedule page if it was the last page open before exiting

This is a nasty little bug which sneaked in late during the development of the last version. Release 3.41 brought to you an all new Global Schedule View showing all the items with due dates across the libraries you added in the app.

Usually, the app will reopen the last view you selected - and we implemented the same for the global schedule view. However, this is where the 🪲 is hiding: When the last view you opened before existing the app was the global schedule view, then - whenever there are changes in the data - the app would re-open that view. Which - really is annoying. A workaround was to ensure that another view was open before existing, but hey, that's definitely rubbish. So... this bug got fixed, and we hope you can now fully enjoy the global schedule view 😉

Downloads

• Please find the download links for major platforms below.
• 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.