[IvanStepanok]

Description

A pass over every open issue in this repository (88 issues on 2026-10-07 01:37 UTC). Each report was checked on the current develop (18ea0c2) against a local Open edX backend. The confirmed iOS defects are fixed here, one commit per issue. Reports that no longer reproduce are listed with the PR that fixed them, so the issues can be closed.

Fixed here: #262, #438, #161, #419, #271, #531, #650, #455, #337, #576, #581, plus three bugs found on the way that had no issue: due dates shown as "Today", a calendar sync status stuck at "Offline", and video downloads the server refused shown as downloaded.
Already fixed on develop: #359, #449, #568, #571, #355, #425, and #640 does not reproduce on iOS 26 / 27 (details below).
Needs a decision rather than code: #555 (design), #569 (translation tooling), #383 and #489 (edX-specific / IAP).

How this was tested

• Backend: Open edX master @ 0f57cf2b (Verawood-dev, Tutor dev), the Open edX demo course plus fixtures added for these reports:
  • a self-paced schedule with missed deadlines ([iOS] Option "Shift due date" #161, [iOS] The loading indicator overlaps “Shift due dates” button #419, [iOS] Double refresh of the "Dates" tab when redirecting to it #438);
  • a section with downloadable MP4 videos served at a capped bandwidth, so downloads stay in progress ([iOS] Section Level Video Download Progress Visibility #455), and a section whose video the server no longer has (404);
  • an HTML unit with a transparent PNG figure ([iOS] Text on picture is not visible in Dark Mode #531);
  • a cloned course with expired audit access ([iOS] Blocked course can be opened in the app #337);
  • a graded subsection with both problems attempted and its video unwatched ([fix] Completion Logic for Assignments #650);
  • a learner without a year of birth ([FC-0078] [iOS] App allows you to upload an avatar for a user without a date of birth. #568, [FC-0078] [iOS] The default avatar is incorrect. #571), who also replays the last section for [iOS] Improve the appearance mechanism of the section completion checkmark #262;
  • a course without discussions, so discussion_url is null ([iOS] JSON parsing error is showing up in log when openeing the Dasbhoard viewmodel #359);
  • AppVersionConfig rows ([iOS] Soft and Force upgrade not working as expected #449);
  • calendar sync turned on for the demo course (the Dates tab status);
  • a proxy that holds every API request for 180 s (In low bandwidth conditions app is blocked by spinner even when content is downloaded #581).
• Devices: iPhone 17 Pro and iPad Pro 11" simulators on iOS 26.5, each in portrait and landscape and in light and dark appearance. Appearance was switched with the screen open.
• Config: the stock default_config/dev pointed at the local backend, and on the LMS VIDEO_CDN_URL pointed at the local clip server, so the video sizes come from VAL. The example instance's light and dark accent colours were left out, so the app's own palette applies (see "Found on the way" for why).
• Before: a build of develop at 18ea0c2. After: a build of this branch. Same simulators, same accounts and data, a fresh install for every run.
• Unit tests: each fix except the calendar sync status has a test that fails without it and passes here (named in each section). Locally, all 286 tests in CoreTests, CourseTests, DashboardTests, DiscussionTests, ProfileTests, AppDatesTests and DownloadsTests pass, and so does CI.

Each fix below has a close-up of the part of the screen the report is about, before on the left and after on the right. Where the bug plays out over time there is also a recording (iPhone, portrait, light), which plays in place. The full set of eight configurations, iPhone and iPad in portrait and landscape, light and dark, is under "All configurations".

---

Dates: due dates shown as "Today" (no issue filed)

Date(iso8601:) parsed server timestamps with the user's locale. When the 24-Hour Time switch is overridden in iOS Settings, DateFormatter reads HH as a 12-hour field, so every timestamp after 12:59 failed to parse and silently became "now". Due dates showed as "Today" and were grouped wrongly. It now parses with en_US_POSIX (Apple QA1480), as Date(subtitleTime:) already did. This was found while validating #438 and #161; it affects the Dates screens in the grids below.

Test: CourseDateViewModelTests.testDateWithFractionalSecondsAfterNoon_isParsedExactly

Dates: calendar sync status always "Offline" (no issue filed)

The card at the top of a course's Dates tab always said "Offline", also for a course synced to the calendar, while Settings > Dates & Calendar said "Synced". Its status was a @State declared as a local variable inside body. SwiftUI keeps state only for a view's stored properties, so the value the .task wrote was dropped and the card kept its initial .offline. The status is now a property of the view. In the other Dates captures calendar sync is off, and there "Offline" is the right label.

There is no unit test for this one: the bug is in how SwiftUI stores view state, so the captures are the check.

Evidence

_{Course Dates tab with calendar sync on. Settings says "Synced" in both builds (next image).}

_{Settings > Dates & Calendar, in each build}

All configurations

Before: develop @ 18ea0c2

After: this branch

#438 Double refresh of the "Dates" tab when redirecting to it

Closes #438

Opening a course on the Dates tab (for example from "Past due assignments" on the dashboard) loaded the dates twice: once when the tab appeared and again when the course outline finished loading and posted .getCourseDates. The second load replaced the list with a spinner. Each load also read the cached outline into a property nothing used; on a course opened for the first time that read failed and showed "Course component not found, please reload".

The tab now skips a refresh while its own request runs, refreshes loaded dates quietly, ignores refresh requests for other courses, and no longer reads the outline.

Tests: testGetCourseDates_whenCourseOutlineIsNotCachedYet_doesNotShowError, testRefreshRequestedByCourse_whenDatesAreShown_keepsThemOnScreen

Evidence

_{Three seconds after tapping "View Assignments" on the Learn tab. The notifications prompt is iOS asking on the first course open, in both builds.}

_{The past-due list once loaded (the date fix)}

_{Recording, iPhone, portrait, light. The clock is recording time.}

All configurations

Before: develop @ 18ea0c2

After: this branch

#161 Option "Shift due date" and #419 loading indicator over "Shift due dates"

Closes #161
Closes #419

"Shift due dates" on a course's Dates tab moved the deadlines on the server, but the tab kept showing "Missed some deadlines?" and the old past-due list with no confirmation. The tab posts .shiftCourseDates with a (courseID, courseName) tuple, as the app-level Dates screen and calendar sync expect, but the tab and the course container only listened for a plain course ID and dropped it. The container also posted a plain ID, so calendar events never updated after a shift started there. All senders now post the tuple, listeners react only to their own course, and the tab reloads and shows the success message.

The overlap in #419 belonged to the 2024 course home layout, which has since been replaced. On the current Dates tab, a shift replaced the whole list with a full-screen spinner, which on a slow connection looked like the screen had reset. The banner now shows a spinner in place of its button while the request runs, as the app-level Dates screen does (a 3 s server delay was added for these captures).

Tests: testShiftDueDates_reloadsDatesAndConfirmsTheShift, testShiftDueDatesInAnotherCourse_doesNotTouchThisCourse

Evidence

_{While the shift request runs (3 s server delay)}

_{Once it has finished}

_{Recording, iPhone, portrait, light. The clock is recording time.}

All configurations

Before: develop @ 18ea0c2

After: this branch

#262 Section completion checkmark appears only after re-entering the course

Closes #262

After the last block of a section was completed, the app reloaded the outline and the server already reported the section complete, but the outline kept the old marks and progress bar until the course was closed and opened again. CourseStructure, CourseChapter and CourseSequential compared equal by id alone, and SwiftUI skips redrawing a view whose inputs compare equal, so the refreshed outline was never drawn (the "1/7 Sections Completed" counter, which reads the view model directly, did update). They now use memberwise equality, as CourseVertical already did. The same change also redraws new due dates and assignment progress after a shift.

The captures were taken right after "Good job! You've completed Conclusion" → Back to outline, without leaving the course. Rotating the device rebuilds the outline and brings the mark back even without the fix, so portrait and landscape were captured in separate runs, each completing the section in that orientation.

Test: testOutlineInputs_withNewCompletion_doNotCompareEqual

Evidence

_{Back on the outline after finishing Conclusion, portrait}

_{The same in landscape, in its own run}

_{Recording, iPhone, portrait, light. The clock is recording time.}

All configurations

Before: develop @ 18ea0c2

After: this branch

#271 Calendar integration deep links

Closes #271

Links added to synced calendar events carry a course_id, which the app uses to open the course (DeepLinkManager.showCourseScreen). Since the calendar sync rework in #466 that field held the calendar's name instead of the course ID, so a link from an event could not find its course. The course ID is passed down again, as before #466. Branch is not configured in local builds, so this is covered by a unit test rather than a capture.

Test: CalendarManagerTests.testCalendarEventLink_opensTheCourseTheEventBelongsTo

#531 Text on picture is not visible in Dark Mode

Closes #531

Dark mode inverts course HTML and inverts images back, so photos keep their colours. Figures exported as PNGs with dark ink on a transparent background then show that ink straight on the dark page. Images now get a white backing in dark mode; the double inversion keeps it white, so the figure reads as it does on the web. Opaque images are unchanged.

Evidence

_{Dark mode. In light mode the two builds are the same.}

All configurations

Before: develop @ 18ea0c2

After: this branch

#650 Completion logic for assignments

Closes #650

An assignment counted as done only when the whole subsection was complete, so an unwatched video kept it "incomplete" or "past due" after every problem was submitted. It is now done once each graded problem in it has been attempted. The server marks a problem complete when it is submitted, whatever the score, so block completion is the attempt signal. In the captures, "Graded homework" is BAS2 under Basic Assessment Tools: both of its problems are attempted and its clip is not watched. Before, it stays open (0 of 2 assignments done); after, it is done (1 of 2).

Tests: testAssignmentWithEveryGradedProblemAttempted_isCompleted_evenWithAnUnwatchedVideo, testAssignmentWithAnUnattemptedGradedProblem_isNotCompleted

Evidence

_{Content > Assignments, Basic Assessment Tools}

All configurations

Before: develop @ 18ea0c2

After: this branch

#455 Section level video download progress visibility

Closes #455

While a section's videos were downloading, tapping its progress indicator (Home, Content, Videos) cancelled every download in the section at once. The course-level download bar already opens the downloads list, where each video shows its progress and can be cancelled on its own; section indicators now open the same list while downloading. The close-up shows the section while it downloads and what tapping its indicator does; the recording shows the tap.

Test: testSectionIndicatorWhileDownloading_opensDownloadsListInsteadOfCancelling

Evidence

_{After tapping the section's indicator while its videos download. Before, every download in the section is cancelled and the plain download icon is back; after, the downloads list opens and the downloads go on.}

_{Recording, iPhone, portrait, light. The clock is recording time.}

All configurations

Before: develop @ 18ea0c2

After: this branch

Downloads: a video the server refused showed as downloaded (no issue filed)

Video downloads didn't check the HTTP status. When the server answered with an error, such as a 403 from a CDN for an expired or removed link, the error page was saved under the video's file name and the video showed as downloaded. Tapping its indicator again offered to free up the full size of the video, and playing it offline failed.

Downloads are now validated. A download that fails for a reason other than the connection is dropped from the queue, its file removed, and listed in the existing "download failed" prompt once the queue is done, the way a download that started offline already is. Before, such a download stayed in the queue and the next pass picked it up again straight away. The Alamofire session can now be passed in, so a test can answer with an error.

This turned up in the first captures for #455: the LMS rewrites VAL video URLs to edx-video.net, which answers 403 to anything it doesn't host, and every video "downloaded" in under a second.

Test: DownloadManagerTests.testNewDownload_WhenServerRefusesTheFile_ReportsItAsFailedNotDownloaded. It fails without .validate(), and also when the failed download stays in the queue.

Evidence

_{Six seconds after tapping the download button of a section whose only video the server no longer has. Before, the green check marks the section as downloaded; after, the download failed prompt.}

_{Recording, iPhone, portrait, light. The clock is recording time.}

All configurations

Before: develop @ 18ea0c2

After: this branch

#337 Blocked course can be opened in the app

Closes #337

The enrollments API reports courseware_access.has_access = false, for example when an audit learner's access has expired, and the dashboard already shows a lock on such courses. Tapping one still opened the course and loaded its content and videos. The course screen now shows "You don't currently have access to this course" with a back button and doesn't request the content. A course that hasn't started yet keeps its existing screen.

On current master, the blocks API answers 500 for such a learner (get_assignments_grades returns [] and the view unpacks two values), which is why the "before" capture spins instead of showing content.

Evidence

_{Opening a course whose audit access has expired}

All configurations

Before: develop @ 18ea0c2

After: this branch

#576 CourseDownloadHelperTests exceed time limit on GitHub

Closes #576

The timeouts came from the helper, not from the tests. Since #562, CourseDownloadHelper.refreshValue() has refreshed its value inside Task(priority: .background). A background task can wait seconds for a thread when the machine is busy, so on CI the tests waiting for that refresh ran out of time, and on a busy device the download buttons lag behind the downloads. The tests were commented out in #575 and deleted in #652.

The refresh now runs at the caller's priority. The tests are back as async tests that wait with fulfillment(of:) and check the Mockolo call counters.

The CI runs of this PR show the difference. With only the tests restored (run), awaiting the async refreshValue() took 0.004 s, the sync refreshValue() took 7.9 s, and the refresh triggered by a download event had not started after 15 s, so that test failed. With the priority fixed (run), all three finished in 0.013 s or less.

#581 App blocked by a spinner on a network that doesn't work

Closes #581

On a network that connects but doesn't carry traffic, the Learn screen spun until its request timed out after 60 s and then showed "No Courses" with "Something went wrong", although the courses were saved from the last visit. The connectivity check from #635 notices such a network after about 30 s and shows the offline banner, but screens only looked at it when a request started.

• Both dashboards now show the saved courses as soon as the app knows it is offline while a request still hangs, and fall back to them when a request fails instead of emptying the list. A late successful response still replaces them. The update-required (426) path is unchanged.
• The course screen opens the outline saved on the last visit when loading it fails on the network.

Saved data is only used where offline mode already uses it, and never ahead of a working network. The dashboard cache (CDMyEnrollments) is not scoped to a user or an instance, so showing it before the network answers could show another account's courses.

Every API request was held for 180 s. The captures were taken 72 s after launch, once the stuck request had timed out; the recording shows the whole wait.

Tests: testGetEnrollments_whenTheRequestFails_showsTheSavedCourses, testGoingOfflineWhileLoading_showsTheSavedCoursesBeforeTheRequestTimesOut, ListDashboardViewModelTests.testGetMyCourses_whenTheRequestFails_showsTheSavedCourses, testCourseStructure_whenTheNetworkFails_opensTheSavedCopy

Evidence

_{Learn tab 72 s after launch, every request held for 180 s}

_{Recording, iPhone, portrait, light. The clock is recording time.}

All configurations

Before: develop @ 18ea0c2

After: this branch

---

Already fixed on develop: these issues can be closed

Each was re-run on 18ea0c2 in the same 8 configurations.

Issue	Fixed by	What was checked
#359 JSON parsing error on the dashboard	#360	The Learn tab lists a course whose discussion_url is null.
#449 Soft and force upgrade	#584	Soft: "App Update" banner on Learn and "Tap to update to version 9.0.0" in Settings. Force: "App Update Required" screen on a 426, for a learner who signed in before the version stopped being supported (signing in on an unsupported version shows the same screen). Operators must add the Open edX app's user agent to MOBILE_APP_USER_AGENT_REGEXES; the LMS default only matches edX/org.edx.mobile, and without it the upgrade middleware never sees the app.
#568 Avatar upload without a date of birth	#570	For a limited profile, the photo button is disabled and the badge is greyed out.
#571 Default avatar	#570	The default avatar is the outlined person icon from the "Expected" screenshot.
#355 Formatting for discussion posts	#583	Bold, italic, links, inline and block code and quotes render. A bullet list right after a numbered list continues the numbering, but that is rendered_body from edx-platform's Markdown, which merges the two lists into one <ol>.
#425 Pre-login course details	n/a (the reporter confirmed in 2024-08 that it no longer happens)	Signed out, "Explore all courses" opens course details with the full description.
#640 Extraneous back button on Discover search	not attributable	Only one back button on iOS 26.5 and 27.0, on iPhone and iPad, from the signed-in Discover tab and from pre-login discovery. #661 changed only the search field's focus; SearchView has hidden the navigation bar with .navigationBarHidden(true) since 2023, so the duplicate seen in June 2026 was probably OS-version specific. An iOS 18 runtime isn't available for Xcode 27, so it couldn't be re-checked there.

Captures for the issues above, on 18ea0c2

#359: Learn tab for a course whose discussion_url is null

All configurations

#449: soft upgrade, the banner on Learn and the version row in Settings

All configurations

#449: force upgrade after a 426

All configurations

#568 / #571: Edit Profile for a learner without a year of birth

All configurations

#355: formatted discussion post

All configurations

#425: course details while signed out

All configurations

#640: Discover search while signed in

All configurations

#555: Learn header (still as reported)

All configurations

Needs a decision rather than code

• Learn dashboard title positioned too high up #555 Learn dashboard title positioned too high. Still as reported: "Learn" sits right under the safe area, above the Figma position. The issue itself says that moving it consistently needs updated designs for the Discover and Profile tabs, which use navigation-bar titles. Not changed here.
• iOS plural string translation and support #569 Plural strings translation. Plurals work at runtime (Localizable.stringsdict in Course, Discovery and Discussion), but i18n_scripts/translation.py only reads and writes Localizable.strings, so plural keys never reach Transifex. The comments propose a custom plural function instead of supporting another file format. That is a tooling decision for the maintainers.
• Findings on the data migration from edX to open edX  #383 Data migration from edX to Open edX and [iOS] Different course upgrade prices for web and mobile #489 different upgrade prices on web and mobile are specific to the edX app and its IAP/ecommerce setup. They cannot be reproduced on a stock Open edX instance.

Other open issues

The other 69 open issues are mostly epics, design tasks, features, backend or process items. Two of them, #271 and #650, turned out to be bugs and are fixed above. The table records each one's state on 18ea0c2 and, where it was built, the merged PR. Many can be closed.

All 69 other open issues

Issue	Kind	State on develop (18ea0c2)	Merged PRs	Note
#83	epic	implemented	#474	Every task item is done, so the epic can be closed.
#85	epic	implemented (children left open)	#189, #253, #288, #347, #381	All children are built, but see the #271 regression before closing.
#99	epic	partially implemented	#182, #214, #331, #452	A 2U-specific epic whose iOS deliverables are merged; only the #383 findings remain.
#109	epic	implemented	#139, #202, #573	Its only open child, #197, is effectively done, so the epic can be closed.
#111	epic	implemented	#181, #192, #210, #385, #446, #638	It was reopened in 2024-03 as "not complete", but no open children were ever added; close it or give it a new scope.
#122	feature	implemented	#446	The 2025-08 comment says a checkmark alone is enough (no green highlight), which is what the code does.
#126	feature	implemented (as calendar alarms, no push)	#347, #466	Reminders fire only if the learner turns on calendar sync, and the PM suggested closing this as a duplicate of the calendar work.
#135	backend	not implemented (backend); N/A for iOS	—	The fix is an exemption in the edx-platform middleware; on iOS, local logout already works and only delete-account is blocked.
#183	epic	implemented	#260	Can be closed.
#184	epic	implemented	#219	The maintainer confirmed in 2024-01 that the full scope was merged; can be closed.
#195	feature	implemented	#189	Can be closed.
#196	feature	implemented	#253	Can be closed.
#197	feature	implemented (native discovery)	#202, #573	The acceptance criteria are met on native discovery. In webview discovery, Enroll goes straight to Register with sourceScreen: .discovery and never returns to the course (DiscoveryWebviewViewModel.swift:72).
#212	feature	partially implemented	#447	Login inside a WebView works with any web auth provider, but iOS has no OAuth browser flow like Android's BROWSER_LOGIN, and Kelketek's 2024-12 question was never answered.
#226	epic	N/A (container, all children closed)	—	Can be closed.
#266	enhancement	not implemented	—	The issue itself says "not a priority".
#271	feature (regressed)	built in #347/#381, broken by #466: fixed in this PR	#347, #381, #466	Calendar event links carried the calendar name as course_id; see the #271 section above.
#277	code-health	not implemented	—	Low priority, with no progress since 2024.
#290	design	implemented	#397	The body is empty; the design was delivered and built.
#295	design (a11y)	partially implemented	#658	Only the secondary-text row of the spec has landed.
#296	design	implemented	#582	Can be closed.
#297	design	implemented	#397	Can be closed.
#298	design	implemented	#397	Can be closed.
#299	design	implemented	#439, #466, #505	Can be closed.
#300	design	implemented	#474	Can be closed.
#301	design	not verified (no PR found)	—	A design pass is needed to say whether the heuristics are met; no iOS work is tracked.
#302	design	implemented	#385, #446, #638	The body is empty; can be closed.
#303	design	implemented	#434	Can be closed.
#312	enhancement + backend	not implemented	#630	No LMS API stores the playback position, so the backend has to come first.
#322	feature	implemented (behind a flag)	#577	A 2025-12 comment calls this blocked on the backend ADR (edx-platform#35011, now merged), but the iOS page already exists.
#323	feature	not implemented	—	The Figma was added 2025-08 and the issue is parented to wg-mobile#53.
#324	feature	not implemented	—	The Figma was added 2025-08.
#325	feature	partially implemented	—	The Figma variant (start date and layout) is not built, which answers edschema's 2026-02 question.
#326	feature	not implemented	—	This waits on the upgrade work.
#368	epic	implemented (children left open)	#526	Closing #369 and #454 would let the epic close.
#369	process	N/A (analysis delivered)	—	A research task with no code; can be closed.
#400	feature (IAP)	not implemented	—	2U-specific monetisation; the "Do we have API?" question from 2024-08 was never answered.
#404	feature (IAP)	not implemented	—	Only meaningful if IAP is ever brought upstream.
#407	feature (IAP)	not implemented	—	Only meaningful if IAP is ever brought upstream.
#408	feature (IAP)	not implemented	—	Only meaningful if IAP is ever brought upstream.
#409	feature (IAP)	not implemented	—	Only meaningful if IAP is ever brought upstream.
#410	feature (IAP)	not implemented	—	Only meaningful if IAP is ever brought upstream.
#437	enhancement	not implemented	—	A video watched offline is never marked complete, so in practice this is data loss.
#443	code-health	not implemented	—	Not started.
#444	epic (backend/process)	not implemented	—	Server-side work, not iOS.
#454	feature	implemented	#526	The handouts and announcements copy matches the spec; the videos copy says "No videos available for this course." instead of the spec text.
#478	process/backend	not implemented	—	Effectively a duplicate of #444.
#493	epic	N/A (superseded)	—	Close as superseded by #545.
#495	epic	implemented (behind a flag)	#577	Keep it open only if backend follow-up under the ADR should stay tracked here.
#497	epic	implemented (behind a flag)	#582	Can close once #565 is closed and #564 is moved out.
#512	backend (+iOS)	implemented	#588	Can be closed.
#513	enhancement	partially implemented	#505	None of the listed follow-ups is done: time shown near the due date, a longer range, hybrid display, user customisation.
#536	feature	not implemented	—	This is the "webview-only login" mode discussed in the PR 447 thread.
#545	epic	N/A (container)	#583, #584	#323–#326 and others are already parented to wg-mobile#53, so this quarterly container can close.
#550	backend	not implemented	—	There is no iOS work until the API field exists.
#564	feature	not implemented	—	Marked "Not in Scope", with no design.
#565	feature	implemented	#582	Can be closed.
#569	enhancement (i18n tooling)	partially implemented	—	Plural keys never reach atlas/Transifex, so only the hand-written en and uk versions exist; the pipeline needs fixing, or the custom-plural-function idea from the issue comment.
#574	feature	implemented	#573	Native discovery is done; webview discovery still sends signed-out users straight to Register (DiscoveryWebviewViewModel.swift:72).
#585	process/test-stub	N/A	—	Can be closed.
#586	process/test-stub	N/A	—	Can be closed.
#587	process/test-stub	N/A	—	Can be closed.
#589	epic	N/A (container)	—	Can be closed once #122 is closed.
#623	feature	implemented	#645	Can be closed.
#631	backend	not implemented (backend)	—	The performance work belongs in edx-platform.
#634	docs	N/A (placeholder)	—	A placeholder with no scope.
#643	enhancement	not implemented	—	Designs are pending; the fix could go in the app (a banner when sequential.due < now) or in the LMS.
#647	epic	not implemented	—	H5P blocks would only show through the generic WebView fallback.
#650	bug	fixed in this PR	—	See the #650 section above.

Found on the way, not changed here

• CourseDownloadHelper.enumerate returns from its withCheckedContinuation block without resuming when there isn't enough disk space to re-download an updated video, so refreshValue() never returns. It needs a decision on whether to skip that block or stop the whole pass.
• In landscape on iPhone, the course header's back button overlaps the first tab pill ("Home").
• edx-platform master: /api/mobile/v4/course_info/blocks/ answers 500 for a learner whose audit access has expired, and /api/mobile/v3/course_dates/<username>/ (app-level Dates) is 404.
• default_config/dev/config.json gives the example instance a dark accent colour of #1C355E. The app draws links and accent text in that colour, which is 1.3:1 against the dark page background (#18202E) and 1.05:1 against a card, so in a dev build every link in dark mode is close to invisible ("Tap to update", "Switch to full profile", links in posts). The app's own dark accent, #5378F8, gives 4.2:1.
• Xcode 27 refuses the CocoaPods targets because SwiftLint and SwiftGen declare iOS 8.0 and 11.0 deployment targets. CI pins Xcode 26.2, so nothing breaks today.

AI assistance

This PR was prepared with Bulava, a Mac app that runs Claude Code and Codex as a pair, in line with the Open edX AI contribution policy. Claude Code checked each issue against a local backend, wrote the fixes and tests, and drove the simulators for the captures. Codex reviewed the plan for the sweep and was consulted on the #581 fallback and the #576 task priority. Every claim above was checked on a local build, and the tests named in each section fail without their fix. The PR stays a draft until a maintainer has reviewed and understood each change.

[openedx-webhooks]

Thanks for the pull request, @IvanStepanok!

This repository is currently maintained by @openedx/openedx-mobile-maintainers.

Once you've gone through the following steps feel free to tag them in a comment and let them know that your changes are ready for engineering review.

🔘 Get product approval

If you haven't already, check this list to see if your contribution needs to go through the product review process.

• If it does, you'll need to submit a product proposal for your contribution, and have it reviewed by the Product Working Group.
  • This process (including the steps you'll need to take) is documented here.
• If it doesn't, simply proceed with the next step.

🔘 Provide context

To help your reviewers and other members of the community understand the purpose and larger context of your changes, feel free to add as much of the following information to the PR description as you can:

• Dependencies

  This PR must be merged before / after / at the same time as ...

• Blockers

  This PR is waiting for OEP-1234 to be accepted.

• Timeline information

  This PR must be merged by XX date because ...

• Partner information

  This is for a course on edx.org.

• Supporting documentation
• Relevant Open edX discussion forum threads

🔘 Get a green build

If one or more checks are failing, continue working on your changes until this is no longer the case and your build turns green.

Details

---

Where can I find more information?

If you'd like to get more details on all aspects of the review process for open source pull requests (OSPRs), check out the following resources:

• Overview of Review Process for Community Contributions
• Pull Request Status Guide
• Making changes to your pull request

When can I expect my changes to be merged?

Our goal is to get community contributions seen and reviewed as efficiently as possible.

However, the amount of time that it takes to review and merge a PR can vary significantly based on factors such as:

• The size and impact of the changes that it introduces
• The need for product review
• Maintenance status of the parent repository

💡 As a result it may take up to several weeks or months to complete a review and merge your PR.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 0.00%. Comparing base (e0ff860) to head (053fa3b).
⚠️ Report is 8 commits behind head on develop.

Additional details and impacted files

@@      Coverage Diff       @@
##   develop   #688   +/-   ##
==============================
==============================

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[RawanMatar89]

really nice PR great work 👏🏻 LGTM

[edschema]

Just making a checklist for my review so you can see my progress:
Verify Fixed here:

• [iOS] Improve the appearance mechanism of the section completion checkmark #262
• [iOS] Double refresh of the "Dates" tab when redirecting to it #438
• [iOS] Option "Shift due date" #161
• [iOS] The loading indicator overlaps “Shift due dates” button #419
• [iOS] Calendar Integration deep links implementation in local calendar events #271
• [iOS] Text on picture is not visible in Dark Mode #531
• [fix] Completion Logic for Assignments #650
• [iOS] Section Level Video Download Progress Visibility #455
• [iOS] Blocked course can be opened in the app #337
• [iOS] CourseDownloadHelperTests exceed time limit on github #576
• In low bandwidth conditions app is blocked by spinner even when content is downloaded #581
• due dates shown as "Today"
• a calendar sync status stuck at "Offline"
• video downloads the server refused shown as downloaded.

Verify "already fixed" bugs

• [iOS] JSON parsing error is showing up in log when openeing the Dasbhoard viewmodel #359
• [iOS] Soft and Force upgrade not working as expected #449
• [FC-0078] [iOS] App allows you to upload an avatar for a user without a date of birth. #568
• [FC-0078] [iOS] The default avatar is incorrect. #571
• [iOS] Add formatting for discussion posts #355
• iOS - Pre login course details not populating #425
• Extraneous Back Button on Discover Search #640 does not reproduce on iOS 26 / 27

Needs a decision rather than code: #555 (design), #569 (translation tooling), #383 and #489 (edX-specific / IAP).