Reported by user, was able to reproduce.

Hello!

The list it up to date and there are no new comic.
When I use the "pull down to refresh" thing, the app crashes.

App version: 1.0.3
iOS version: 13.7

Thanks a lot for the app!

Would love URL scheme support so I can integrate this into Opener 😄

When I see a comic for the first time, and then exit it, it doesn’t mark itself as “read” and is still there in the “Unread” tab.

iPhone 11, iOS 14 public beta 6, the moment I launch the app, I can feel my phone warm up.

Not sure if this is related to iOS 14, but I'd be happy to run a TestFlight version of this app (would that be feasible?).

Love the app! Thanks for making it!

As shown above, the right side of the window is clipped.

Only happens when you open it in landscape mode.

I just upgraded to Pro and I tried changing the icon, but it’s not changing. I tried completely quitting the app and starting again, but it’s still the default icon on the home screen.

API - internal server error

It's been like this for at least a few days now. I'm on an 8th gen iPad, iPadOS 16.1 (20B82).
Just won't load.

Except that all of a sudden, I tested it again while posting this, and it loaded fine.

Some comics, such as 2300 and 2290 (and a lot more in this range), are missing from the app.

When I open the app from the random xkcd widget (2x2 size) and then search from there, the app crashes without warning.

(2567)

On iPadOS 14, if I click the info button and then close it via "done". After I swipe to the next comic, app would crash.

The last comic to be displayed is 2523. Even after refreshing, no new comics are shown.

I love this app, but the explainxkcd rendering is quite inconvenient, especially on iPhone. I was wondering if you could get their Wikitext (through their API), render the headings and links, and just slap them into the app?

This only seems to happen when the app was closed before I hit the thumbnail. The image displayed is wrong, but the hidden text and url is the one corresponding to the widget image that I wanted to view. When I tap the widget after the app is open in the background, it loads the correct image for the widget comic.

To reproduce:

1. Open the app on iPhone SE 2020.
2. Tap on a comic to view it.
3. Tap again on the comic to display back button (top left), title & number, alt text at the bottom.
4. Tap on back button.
5. The overview list of comments is shown. The background colour for the comic number just viewed stays as black (not changing to grey).
6. Change to unread view. The comic just viewed is still shown in the unread section. The only comic treated as read is the first new comic after installing the app.

If you swipe on a notification for a new comic, the app is opened, and refreshed (showing the new comic in the top left corner). However, you still need to select the comic manually. When swiping from the notification, the app should show the specific comic related to the notification.

Happens on iOS 14 latest beta.

Requested by a user via email.

If no favorites has been defined, the app instantly crashes whenever you hit "Favorites". If I define a favorite, it works fine. Removing the favorite again, it crashes.

Happens on latest iOS 14 beta.

See: apptekstudios/ASCollectionView#220

The title of #472:

The title should have color, but instead shows the HTML formatting.

I suspect XKCDY is including Cache Data within the iCloud Backup.

Therefore

• it uses a relatively large amount of iCloud data, which is quite limited with the free option (5GB)
• hence it creates more (mobile) traffic
• according to Apple Developer guidelines, reproduceable data shouldn't be included in the iCloud device Backup

Could you please consider changing that?

As I've briefly researched, there are quite a few possibilities, like

• storing the data inside a Cache folder, which should be automatically excluded from backing up
• using «NSURLIsExcludedFromBackupKey», see: https://developer.apple.com/documentation/foundation/nsurlisexcludedfrombackupkey
• using «isExcludedFromBackupKey», see: https://developer.apple.com/documentation/foundation/urlresourcekey/1408756-isexcludedfrombackupkey

What you could store though are favourites/liked comic strips, preferences and such. Then I suspect the backup size could shrink to Kilobytes or single digit Megabytes, instead of hundreds of Megabytes as it is right now.