Alternative to TripIt = TripWaffle

[tripwaffle]

@tripwaffle, I will cancel my account with you. While it works for me brilliantly on a desktop, to use Tripwaffle I'll need to have multiple profiles on my device and that isn't happening.

This has been forced on me, emails I have currently been receiving from tripwaffle while on a trip have links that links fail as I am unable to go further as it will not work on an android web browser since I use a different account. This for me is a security issue as will not use trip waffle (or any other app) with the account I use to access the PlayStore.

Good news! There's now an option to sign in via 'magic link' to the email account of your choice:

Sign in to TripWaffle

Otherwise, feel free to shoot an email to tripwaffle AT fastmail DOT com and we'll be happy to assist with the deletion of your account.

 

[serfty]

Good news! There's now an option to sign in via 'magic link' to the email account of your choice:

Sign in to TripWaffle

...

Brilliant! Works fine ... happy camper ...

(Tested with an embedded link from a T-W email )

 

[tripwaffle]

Question for the community, please:

At present, we retain original booking emails for 7 days, then delete them.
The exception is when we detect a ticket QR code or similar; in that case, it's stored indefinitely as an attachment on the event.
We've had requests for *all* source emails and PDFs to be stored indefinitely as attachments on the event.

What would you prefer?

 

[kpc]

Question for the community, please:

At present, we retain original booking emails for 7 days, then delete them.
The exception is when we detect a ticket QR code or similar; in that case, it's stored indefinitely as an attachment on the event.
We've had requests for *all* source emails and PDFs to be stored indefinitely as attachments on the event.

What would you prefer?

I would prefer them to be deleted. After all I still have the original etickets etc

 

[V1213]

Question for the community, please:

At present, we retain original booking emails for 7 days, then delete them.
The exception is when we detect a ticket QR code or similar; in that case, it's stored indefinitely as an attachment on the event.
We've had requests for *all* source emails and PDFs to be stored indefinitely as attachments on the event.

What would you prefer?

I think having all source emails be attachments would be quite tiresome and clunky.

I find trip attachments useful for tickets, so there's an easy place to find them if/when needed. To my mind, other source emails (e.g. hotel bookings and the like) are superfluous as they're replaced by TW - all I need is my name and my booking reference, and they're in TW (in a much more copy-friendly way).

 

[dairyfloss]

Question for the community, please:

At present, we retain original booking emails for 7 days, then delete them.
The exception is when we detect a ticket QR code or similar; in that case, it's stored indefinitely as an attachment on the event.
We've had requests for *all* source emails and PDFs to be stored indefinitely as attachments on the event.

What would you prefer?

Without some kind of controls and an indefinite expiry, you'd end up needing a h-u-g-e amount of storage in the cloud!

Perhaps you could offer to retain certain essential documents like e-tickets until the end of the related trip, and all else is purged after the data you need to populate the trip record has been successfully scraped? You could also make it that handling is determined on a per user basis by way of account settings with conditional responses to which events need this, and for how long retention is required.

And adding that while it might be a nice to have - in the 20 or so years that I've been using trip management tools like this, I don't think I've ever been bothered that they didn't have the documents themselves contained. I've only ever needed the reference or ticket numbers, on occasion - never a digital copy of the documents. Granted, that could vary depending on where in the world you are going, and who you are talking to!

Cheers,
Matt.

 

[AuSammy]

Hmmm

TW says I’m offline, I’m not and all my other apps agree with me.

 

[tripwaffle]

Hmmm

TW says I’m offline, I’m not and all my other apps agree with me.

Android or iOS? I'd suggest to try force quitting and reopening while we investigate.

 

[AuSammy]

Android or iOS? I'd suggest to try force quitting and reopening while we investigate.

iOS 26.5

Shut down and reopened several times. No change. I can see around 1/2 my trips offline

 

[Daver6]

Question for the community, please:

At present, we retain original booking emails for 7 days, then delete them.
The exception is when we detect a ticket QR code or similar; in that case, it's stored indefinitely as an attachment on the event.
We've had requests for *all* source emails and PDFs to be stored indefinitely as attachments on the event.

What would you prefer?

Delete after 7 days

 

[RooFlyer]

I’m another I’m another one for wishing things to be deleted. If I want to have a ticket there, I can attach it pretty easily.

 

[tripwaffle]

iOS 26.5

Shut down and reopened several times. No change. I can see around 1/2 my trips offline

Tricky one sorry. We can't reproduce the issue and analytics are showing its not common.

If you have time, would you mind opening this link on the problem device:

TripWaffle connection test

And copy/pasting the diagnostics info, or emailing to tripwaffle at fastmail dot com

Thank you.

 

[tripwaffle]

I’m another I’m another one for wishing things to be deleted. If I want to have a ticket there, I can attach it pretty easily.

New setting allows users to disable auto-save ticket attachments:

TripWaffle - Travel planning, fixed.

Stop juggling confirmation emails. Forward them to TripWaffle and get a beautiful, organized itinerary in seconds. Free forever, any provider, zero setup.

tripwaffle.com

CC: @Daver6 @dairyfloss @V1213 @kpc

Thanks all.

 

[AuSammy]

Tricky one sorry. We can't reproduce the issue and analytics are showing its not common.

If you have time, would you mind opening this link on the problem device:

TripWaffle connection test

And copy/pasting the diagnostics info, or emailing to tripwaffle at fastmail dot com

Thank you.

While I was waiting for an appointment I switched off all mobile data and wifi and switched off the phone and restarted and then turned on wifi and still TW said "offline". I turned on mobile data and TW still said "offline". I gave up and went to my appointment.

Hours later I have returned home and reconnected to home wifi and TW is working normally.

Abberation? The wifi router was blocking your url?

Regardless I am up and working again.

Thanks for following up

 

[tripwaffle]

While I was waiting for an appointment I switched off all mobile data and wifi and switched off the phone and restarted and then turned on wifi and still TW said "offline". I turned on mobile data and TW still said "offline". I gave up and went to my appointment.

Hours later I have returned home and reconnected to home wifi and TW is working normally.

Abberation? The wifi router was blocking your url?

Regardless I am up and working again.

Thanks for following up

Glad to hear. There are some defensive code changes we'll push out with the next ios update that will hopefully help too.