wordpress-mobile / wordpress-mobile/WordPress-Android

Media files are sometimes uploaded with path to local storage (Aztec version)

Open
#11,397 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

[Status] Stale [Type] Bug Aztec Media
Dominant language
Kotlin
Stars
3.2k
Forks
1.4k
Avg merge
1d 11h
Merged PRs (30d)
69

Description

We've been seeing a few reports of images being uploaded to the app with a path to local storage. For example:

https://example.com/data/user/0/org.wordpress.android/cache/img_75591360079905.jpg

There's a similar report to this in https://github.com/wordpress-mobile/WordPress-Android/issues/10203 which contains steps to replicate for the block editor. I'm separating this report out from the comments of that one, as we've also had reports from users who use Aztec.

An example of such a report is in 2727375-zen. The user noted the following about their specific case:

  • They upload images straight from their device to the post editor by tapping the + icon.
  • They always wait for the image to finish uploading before making any other changes or navigating away from the editor.
  • They also always make sure to manually save the post before exiting.
  • They've been able to replicate the issue on multiple different connections, as they're travelling at the moment.
  • Their site is hosted on WordPress.com.
  • They're using version 14.1 of the app and have a Samsung SM-A505FN.

We've been unable to replicate the issue with the Aztec editor so far, and it's unlikely the fix for https://github.com/wordpress-mobile/WordPress-Android/issues/10203 will address the issues for Aztec.

Although we don't yet have steps to replicate, I wanted to create a report for further troubleshooting and gathering details.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing issue #10203 and its block-editor reproduction steps, then compare them with the Aztec editor flow described here. Investigate how images selected via the + icon are uploaded and persisted, using the reported local-storage path as the failure symptom. Done means the Aztec-specific cause is identified and a reproducible verification path is available.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, kotlin
Domain
mobile
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.