Thanks for trying, but your code causes bunch of errors and I cannot try it. Maybe this reactive publisher pattern is not good for using with SwiftUI. Or you can send a bug report to Apple, if you think it is a bug of SwiftUI.

Unless you call reloadRows(at:with:) or reloadData() (generally, reloadData() is too much just for updating a single cell), UITableView would not update the cell, meaning tableView(_:cellForRowAt:) would not be called.

What do you expect with the code and what is the actual result?

Seems your expectation is wrong. As you were told in another thread of yours, Date is a locale/timeZone-independent representation of sort of absolute date & time. Its default String representation uses UTC as you found. If you want some timeZone specific date, you need String representation of Date using DateFormatter or use DateComponents, not Date.

@chriiiiii, The code shown in Security Engineer's reply compiles without any issues with Xcode 12.5.1. You may be doing something wrong. Better start your own thread.

It does not mean it is accessible in the same way as local files, ok?

You can find one in the More Downloads pages. Xcode 13 beta 5 is found on the top page.

Is it possible? Depends on the server side. With URLSession.dataTask, only the latest data is loaded, only once at the time of call. You may need to find if there is some functionality to tell you when it changes. Or you may need to repeat calling the API. In the latter case, remaining of NowPlaying will give you a good hint when to load again.

Now you can find Xcode 13 on the More Downloads pages.

It would be very useful if Apple could show all such restrictions in one place. Maybe we should utilize Feedback Assistant more often.

Sorry, but I do not see what is happening just reading does not work. You should better start a new thread including your latest code, the expected result and the actual result.

I said the dataSource of the table view, so you should enclose this line: tableView.dataSource = self. Anyway, the reason of the crash may not be the one I had in mind. Can you show the complete code to reproduce the issue? Or, at least, the full code of EquipmentListVC and all the used types in it?

@bawenang.zyrous, why do you think so? There are many cases where sort of bad coding get apparent only in some specific conditions.

Sorry, but far from complete.

@testinstadev, Generally, you should better not include two or more different topics in one thread. But you already have it in the local variable extent.