Commons talk:Mobile app

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search


Deletion[edit]

12:37, 1 March 2021 (UTC) Shisma used this app for Android to upload File:Pumpkin tart 3.jpg. They then nominated it for deletion using the "Nominate for Deletion" button in that same app, not following through on the {{Delete}} tag in this edit. I found the file in Category:Incomplete deletion requests - missing subpage and converted the tag to {{G7}}, resulting in the conversation at User talk:Shisma#File:Pumpkin tart 3.jpg. Please make sure that the app generates compliant DRs and offers {{G7}} as an alternative for own authorship within 7 days.   — Jeff G. please ping or talk to me 16:17, 4 March 2021 (UTC)Reply[reply]

Also, looking at edit https://commons.wikimedia.org/w/index.php?title=File:Pietra_miliare_romana.jpg&diff=573235850&oldid=500090921 , "month=luglio" is wrong, it must be "month=July" or "month=7" per {{Delete}}, or the file ends up in nonexistent Category:Deletion requests Luglio 2021, rather than Category:Deletion requests July 2021.   — Jeff G. please ping or talk to me 23:09, 4 July 2021 (UTC)Reply[reply]

This is still happening, for example with these three edits 4.   — Jeff G. please ping or talk to me 09:19, 2 May 2022 (UTC)Reply[reply]
Thank you for your feedback! Good news, we have fixed the non-compliant DRs issue, it should be part of the imminent 4.0 release :-) Hopefully a volunteer will jump in to add G7 soon. Have a great week! Syced (talk) 00:52, 23 May 2022 (UTC)Reply[reply]
@Syced: Thanks! Please update this page and Commons:Mobile app when releasing.   — Jeff G. please ping or talk to me 10:49, 23 May 2022 (UTC)Reply[reply]

This app is somehow annoying me ...[edit]

... because from experience it only uploads about 7 of 10 photos. Trying to reupload fails, trying to retrigger the failed upload fails. Basically these photos are lost for commons since in no longer try after two failiures. Full bandwith from home. I am not talking of standing somewhere in the forest with a bad connection. I wished you would improve stablitiy. Best --Marbot (talk) 19:06, 5 September 2021 (UTC)Reply[reply]

That tends to happen indeed... I noticed two things that help: 1) Upload less pictures at a time, for instance 3 or 5. 2) Keep the app on top, without using other apps (I suspect the app gets killed for memory when using other apps). Syced (talk) 10:52, 26 May 2022 (UTC)Reply[reply]

A bug[edit]

I am located in UTC+8 area. I found that when I upload photos using the Commons mobile app , if my photo is taken after 16:00 (UTC+8), the time of the photo will be incorrectly marked as the next day. For example, my picture at 17:00 on November 12, 2021 will be incorrectly marked as the picture taken on November 13. Neither my time zone (UTC+8) nor UTC time should be November 12, so this time is obviously wrong. I had to change every page to correct the time.

I want to ask how I can avoid this? If possible, I hope someone can reflect this vulnerability to developers. Thanks.----Eguersi (talk) 04:23, 13 November 2021 (UTC)Reply[reply]

"Model" (the device that was used for the image capture) isn't saved[edit]

I noticed that a couple images I uploaded that I took with my Samsung Galaxy S21, don't actually show up on Commons that they've been taken with that phone even though the data is in the exif. https://commons.wikimedia.org/wiki/File:Rechterkant_Sancta_Maria.jpg ♦♦♦thibaultmol♦♦♦ (talk) 14:28, 29 July 2022 (UTC)Reply[reply]

@Thibaultmol: I don't see that "the data is in the exif" in that file's case. Could you check it on your phone, and maybe overwrite with your phone's web browser?   — Jeff G. please ping or talk to me 13:22, 31 July 2022 (UTC)Reply[reply]
That's what I mean, the actual file does have that exif data. it's like it's getting removed when uploaded trough the app.
Actual file: https://send.bitwarden.com/#X7f5l8mp3keDoa7jAOkMmQ/JFt1UTmk7h-aJPl1E57UzQ thibaultmol (talk) 14:08, 31 July 2022 (UTC)Reply[reply]
@Thibaultmol: I see now, thanks. This looks like the app messing up during upload.   — Jeff G. please ping or talk to me 23:54, 1 August 2022 (UTC)Reply[reply]
It might be stripping out exif info to limit the file size and speed up the upload process. For many even small reductions in data has big savings. Gnangarra 05:18, 5 August 2022 (UTC)Reply[reply]
@Thibaultmol Could you try using the new version, currently in beta?   — Jeff G. please ping or talk to me 11:12, 5 August 2022 (UTC)Reply[reply]
Tried the current beta 4.0.3-23c474b06 but still no 'model' metadata on the page https://commons.wikimedia.org/wiki/File:Nieuw_postkantoor_Bpost_2022.jpg thibaultmol (talk) 12:49, 5 August 2022 (UTC)Reply[reply]
I believe this is discussed in [1]. It looks like Android considers some file metadata to be private information and redact them by default. I think the app can ask the user to give permission to view it, but that's not implemented yet. (So the GitHub issue remains open.) whym (talk) 13:43, 5 August 2022 (UTC)Reply[reply]