• Transferring contents of a large folder (eg 3000 photos) from Androidto Windows 10

    From NY@me@privacy.net to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 11:05:11 2025
    From Newsgroup: comp.mobile.android

    My mother has a lot of photos (both taken on her Android phone's camera
    and received as attachments in WhatsApp) which she wants to transfer to
    her Windows PC for permanent storage and backup to a USB HDD.

    The phone is Android 14, Samsung Galaxy A13 SM-A137F/DSN. The PC is Win
    10 Pro.

    The obvious way would be by USB cable, such that the phone appears as a "pseudo disk drive" in Windows Explorer and files can be selected for copying/moving. I know about the various USB modes: "Transferring files/Android AUto", "USB tethering", "MIDI", "Transferring images",
    "Charging phone only". Of these, only the two "Transferring" options
    would seem to be relevant. "Transferring photo" only shows the DCIM
    folder; "Transferring files" also shows Android/media/com.whatsapp/WhatsApp/Media/Whatsapp Images.

    However Windows 10 (unlike Windows 7) seems to crash Explorer as it is gradually transferring the list of files (not the files themselves) in a selected folder (eg DCIM) order to populate the Explorer window so files
    can be selected.

    On Win 7, even a folder with a large number of files (photos), as seen
    by Windows Explorer, gradually (slowly!) populates with filenames/icons
    and then allows them to be selected and copied.

    Unfortunately this phone only has internal storage, so it's not even
    possible to copy files to Micro SD card in the phone and then remove it
    and put it in a card reader on the PC.

    Is there is way around this?

    Files can be transferred in small quantities as email attachments, but
    with a folder of 2000+ files, that will take forever. And it needs to an ongoing process, not just a one-off process: as she takes new photos
    into the DCIM folder or receives them to Whatsapp, she wants to transfer
    the new files to Windows.

    And above all, it needs to be a SIMPLE solution because unlike a Windows
    PC, I can't connect to the phone remotely by TeamViewer. (I live 200
    miles away.)

    There are various solutions that transfer by Bluetooth but they also
    seem to be geared up for selecting fairly small batches of files.


    Is there a known problem (and solution!) with Win 10 viewing the
    contents of a folder on Android via USB if there are a large number of
    files to be enumerated before copying?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From R.Wieser@address@is.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 12:23:17 2025
    From Newsgroup: comp.mobile.android

    NY,

    The phone is Android 14, Samsung Galaxy A13 SM-A137F/DSN.
    ...
    Unfortunately this phone only has internal storage, so it's not even possible to copy files to Micro SD card in the phone and then remove it
    and put it in a card reader on the PC.

    Is there is way around this?

    Perhaps your phone phone supports a thumbdrive. Stick one in (using an
    USB-C thumbdrive or a standard one using an USB-A to USB-C conversion plug) and see what happens.

    Regards,
    Rudy Wieser


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marion@marion@facts.com to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 11:06:06 2025
    From Newsgroup: comp.mobile.android

    On Sat, 19 Jul 2025 11:05:11 +0100, NY wrote :


    The phone is Android 14, Samsung Galaxy A13 SM-A137F/DSN. The PC is Win
    10 Pro.

    The Samsung Galaxy A13 SM-A137F/DSN has a dedicated microSD card slot, and
    it supports external storage up to 1TB as far as I'm aware.

    Why not use that in the PC?

    That's would be the simplest possible way to do it, I think.

    See also:
    *What's the actual *advantage* of not having an sd slot?*
    <https://www.novabbs.com/computers/article-flat.php?id=21578&group=misc.phone.mobile.iphone#21578>

    I would never buy an Android without the SD slot but if I had a phone that
    had no sd slot, I'd just mount the phone as a Windows drive letter over
    Wi-Fi so that you can use reliable Windows rsync-like error-correcting
    tools (since the entire phone is just a mounted Windows drive letter).
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 08:07:49 2025
    From Newsgroup: comp.mobile.android

    On Sat, 7/19/2025 6:05 AM, NY wrote:
    My mother has a lot of photos (both taken on her Android phone's camera and received as attachments in WhatsApp) which she wants to transfer to her Windows PC for permanent storage and backup to a USB HDD.

    The phone is Android 14, Samsung Galaxy A13 SM-A137F/DSN. The PC is Win 10 Pro.

    The obvious way would be by USB cable, such that the phone appears as a "pseudo disk drive" in Windows Explorer and files can be selected for copying/moving. I know about the various USB modes: "Transferring files/Android AUto", "USB tethering", "MIDI", "Transferring images", "Charging phone only". Of these, only the two "Transferring" options would seem to be relevant. "Transferring photo" only shows the DCIM folder; "Transferring files" also shows Android/media/com.whatsapp/WhatsApp/Media/Whatsapp Images.

    However Windows 10 (unlike Windows 7) seems to crash Explorer as it is gradually transferring the list of files (not the files themselves) in a selected folder (eg DCIM) order to populate the Explorer window so files can be selected.

    On Win 7, even a folder with a large number of files (photos), as seen by Windows Explorer, gradually (slowly!) populates with filenames/icons and then allows them to be selected and copied.

    Unfortunately this phone only has internal storage, so it's not even possible to copy files to Micro SD card in the phone and then remove it and put it in a card reader on the PC.

    Is there is way around this?

    Files can be transferred in small quantities as email attachments, but with a folder of 2000+ files, that will take forever. And it needs to an ongoing process, not just a one-off process: as she takes new photos into the DCIM folder or receives them to Whatsapp, she wants to transfer the new files to Windows.

    And above all, it needs to be a SIMPLE solution because unlike a Windows PC, I can't connect to the phone remotely by TeamViewer. (I live 200 miles away.)

    There are various solutions that transfer by Bluetooth but they also seem to be geared up for selecting fairly small batches of files.


    Is there a known problem (and solution!) with Win 10 viewing the contents of a folder on Android via USB if there are a large number of files to be enumerated before copying?

    Considering there was a very similar issue raised upthread, as
    a person who does not own a phone, I would be using my "unreliable transfer" methods for the job.

    The question is, does the phone have a way to make an archive file ?
    This could be a TAR (tape archive) file. It could be a ZIP file
    (as ZIP is semi-standard, and there are occasional issues with
    the >4GB problem and older versions of ZIP). It could be a 7Z file
    (which would reduce the temporary storage space needed on the phone
    but would be slow if selecting Ultra Compression). The images might
    not compress all that well.

    You could set up FTP on the computer end, to give the various
    phone methods another "push" option. Maybe a Wifi protocol would
    have slightly better performance than the USB2 (and mainly because
    "not using MTP", not just because the link runs at a different speed).
    File Sharing might work. FTP might work.

    You have to consider:

    1) User skill set ("user should be mailing the fool pictures to themselves" :-) )
    2) Physical links available. MTP over USB. Android ADB bus. wifi.
    3) Protocol options. Private sync. MTP. FTP. File Sharing.
    4) Phone resources (starved for storage is not going to help matters)

    Can the phone be a bus master to a USB stick ? Does it understand
    USB Mass Storage protocol ? Maybe if it doesn't have an SD, but
    does have a USB, the USB could be used for a USB stick. Anything
    to get away from MTP protocol.

    You'll notice the article here, makes the USB interface "clunky at best".
    It does not mention anything at all about hierarchical copy, only
    some idiot tick box copy method.

    https://support.google.com/files/answer/9301516?hl=en#zippy=%2Ccopy-a-file

    Apparently MyPhoneExplorer, if you have copies on either end, has some
    sync protocol. But I don't trust stuff like this, particularly.

    My Digital Camera doesn't use MTP, and this makes copying the new files
    off it, particularly easy.

    Paul




    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 15:30:05 2025
    From Newsgroup: comp.mobile.android

    On 2025-07-19 14:07, Paul wrote:
    You could set up FTP on the computer end, to give the various
    phone methods another "push" option. Maybe a Wifi protocol would
    have slightly better performance than the USB2 (and mainly because
    "not using MTP", not just because the link runs at a different speed).
    File Sharing might work. FTP might work.

    Interestingly, yesterday I was doing a backup of my phone, but using
    Linux. I used usb3 and MTP.

    First I used the GUI method. The part of the software that handled mtp
    locked. GUI method refused to work after half the files were
    transferred, need a reboot.

    So I found another method, using instead "simple-mtpfs" and rsync.
    Several files failed to copy, but the thing is, using rsync I just
    repeated the copy, and after repeating for three times finally all files copied fine.

    But my phone remains tied to the cable for possibly hours.

    So I wonder about a good ftp server on the phone, to avoid the mtp
    protocol which seems problematic. But currently I don't have an ftp app
    that works. Months ago I tried
    <https://f-droid.org/packages/org.primftpd/>, but this resulted in transferring directories but not the files inside.

    So do you know a good ftp or sftp android app that actually works?
    --
    Cheers, Carlos.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From VanguardLH@V@nguard.LH to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 08:55:21 2025
    From Newsgroup: comp.mobile.android

    NY <me@privacy.net> wrote:

    My mother has a lot of photos (both taken on her Android phone's camera
    and received as attachments in WhatsApp) which she wants to transfer to
    her Windows PC for permanent storage and backup to a USB HDD.

    The phone is Android 14, Samsung Galaxy A13 SM-A137F/DSN. The PC is Win
    10 Pro.

    The obvious way would be by USB cable, such that the phone appears as a "pseudo disk drive" in Windows Explorer and files can be selected for copying/moving. I know about the various USB modes: "Transferring files/Android AUto", "USB tethering", "MIDI", "Transferring images", "Charging phone only". Of these, only the two "Transferring" options
    would seem to be relevant. "Transferring photo" only shows the DCIM
    folder; "Transferring files" also shows Android/media/com.whatsapp/WhatsApp/Media/Whatsapp Images.

    However Windows 10 (unlike Windows 7) seems to crash Explorer as it is gradually transferring the list of files (not the files themselves) in a selected folder (eg DCIM) order to populate the Explorer window so files
    can be selected.

    On Win 7, even a folder with a large number of files (photos), as seen
    by Windows Explorer, gradually (slowly!) populates with filenames/icons
    and then allows them to be selected and copied.

    Unfortunately this phone only has internal storage, so it's not even possible to copy files to Micro SD card in the phone and then remove it
    and put it in a card reader on the PC.

    Is there is way around this?

    Files can be transferred in small quantities as email attachments, but
    with a folder of 2000+ files, that will take forever. And it needs to an ongoing process, not just a one-off process: as she takes new photos
    into the DCIM folder or receives them to Whatsapp, she wants to transfer
    the new files to Windows.

    And above all, it needs to be a SIMPLE solution because unlike a Windows
    PC, I can't connect to the phone remotely by TeamViewer. (I live 200
    miles away.)

    There are various solutions that transfer by Bluetooth but they also
    seem to be geared up for selecting fairly small batches of files.

    Is there a known problem (and solution!) with Win 10 viewing the
    contents of a folder on Android via USB if there are a large number of
    files to be enumerated before copying?

    If the intent is to store a copy of the pics on a USB drive, why not
    plug a USB drive into the phone, transfer there, and then, if still
    needed, plug the USB drive into the desktop PC to copy them there?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From s|b@me@privacy.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 16:45:21 2025
    From Newsgroup: comp.mobile.android

    On Sat, 19 Jul 2025 12:23:17 +0200, R.Wieser wrote:

    Perhaps your phone phone supports a thumbdrive. Stick one in (using an USB-C thumbdrive or a standard one using an USB-A to USB-C conversion plug) and see what happens.

    This. Samsung Galaxy A13 has USB-C, so it should work. I use this one: <https://semiconductor.samsung.com/consumer-storage/portable-ssd/t7/>

    It's small, fast and comes with 2 cables: USB-A and USB-C.
    --
    s|b
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Roger Mills@mills37.fslife@gmail.com to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 16:20:34 2025
    From Newsgroup: comp.mobile.android

    On 19/07/2025 14:30, Carlos E.R. wrote:
    On 2025-07-19 14:07, Paul wrote:
    You could set up FTP on the computer end, to give the various
    phone methods another "push" option. Maybe a Wifi protocol would
    have slightly better performance than the USB2 (and mainly because
    "not using MTP", not just because the link runs at a different speed).
    File Sharing might work. FTP might work.



    So do you know a good ftp or sftp android app that actually works?


    I have been using the FTP server within the ES File Explorer app for
    many years, and it works fine. I use AceFTP 2 as the FTP client on my PC (simply because it came free on the cover disk of a PC magazine many
    years ago) but any other FTP client should work.

    The process is this:
    Turn on ES File Exlorer on the phone
    Select 'View on PC'
    Tap TURN ON
    This turns on the server and displays the IP address and port at which
    the PC's FTP client needs to be pointed

    Run the FTP client on the PC
    Point it at the address/port displayed on the phone (You can save this
    for future use)
    Click on CONNECT

    The connection is made (using WiFi - no cables), and two explorer-type
    windows are displayed on the PC

    Navigate to where the files are on the phone, and to where you want them
    to be on the PC
    Using the right and left arrows displayed on the PC (in Ace FTP, but
    other clients will have the equivalent) you can copy files in either
    direction between the two devices. [This means that you drive everything
    from the PC end, which is far simpler than having to do it on the phone].

    [The description of the process (above) looks far more complicated than
    it actually is!]

    NOTE: Until a few years ago, you could install ES File Explorer from
    Play Store, but it has now been removed due to some alleged security
    issue - so it has to be side-loaded. I've done this on several Android devices, and have never experienced any issues. If you search for ES
    File Exploreer in Play Store, it will offer you EX File Explorer, which
    looks similar but is *not* the same.
    --
    Cheers,
    Roger
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From VanguardLH@V@nguard.LH to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 10:42:32 2025
    From Newsgroup: comp.mobile.android

    Roger Mills <mills37.fslife@gmail.com> wrote:

    I have been using the FTP server within the ES File Explorer app for
    many years, and it works fine. ...

    ES File Explorer got banned by Google at their Play Store when they got
    caught as spyware back in 2015. It is still not listed there.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From AJL@noemail@none.com to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 08:55:34 2025
    From Newsgroup: comp.mobile.android

    On 7/19/2025 8:42 AM, VanguardLH wrote:
    Roger Mills <mills37.fslife@gmail.com> wrote:

    I have been using the FTP server within the ES File Explorer app
    for many years, and it works fine. ...

    ES File Explorer got banned by Google at their Play Store when they
    got caught as spyware back in 2015. It is still not listed there.

    Guess Amazon is more trusting. ES File Explorer is still available for
    download in their Appstore...


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From R.Wieser@address@is.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 18:32:20 2025
    From Newsgroup: comp.mobile.android

    VanguardLH,

    ES File Explorer got banned by Google at their Play Store when
    they got caught as spyware back in 2015.

    Spreading misinformation again ?

    A quick(ish) websearch turns up the below:

    https://en.wikipedia.org/wiki/ES_File_Explorer

    https://indiespring.com/appinsights/es-file-explorer-app-removal-case-study/

    Regards,
    Rudy Wieser


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From VanguardLH@V@nguard.LH to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 13:44:51 2025
    From Newsgroup: comp.mobile.android

    AJL <noemail@none.com> wrote:

    VanguardLH wrote:

    Roger Mills <mills37.fslife@gmail.com> wrote:

    I have been using the FTP server within the ES File Explorer app
    for many years, and it works fine. ...

    ES File Explorer got banned by Google at their Play Store when they
    got caught as spyware back in 2015. It is still not listed there.

    Guess Amazon is more trusting. ES File Explorer is still available for download in their Appstore...

    https://www.amazon.com/gp/mas/appstore/android/faq
    "Amazon Appstore on Android and Coins will be discontinued on August 20,
    2025."
    "Starting August 20, 2025, any apps downloaded from the Amazon Appstore
    will not be guaranteed to operate on Android devices."

    If you got ES File Explorer from Amazon's app store, you have a month
    until it may malfunction. Or, more likely, you won't be getting any
    updates to the app, anymore. Doesn't look to get updates very often.
    Affection from its devs seems to have petered out in 2021.

    https://es-file-explorer.en.uptodown.com/android/versions

    The version 4.2.1.3.a at the Amazon store is pretty old, and not the
    latest version available according to the app author's version history.
    4.2.1.4 is dated Jun 2022. Before you say that is not a web site for
    the app, go to http://www.estrongs.com/, and click on Android, and,
    guess what, you're taken to the uptodown.com site. They don't link to
    the Amazon app store nor, obviously, to the Google app store. Also
    notice www.estrongs.com does not have a site certificate. You trust
    them if you want. I don't.

    https://www.the-sun.com/tech/14316293/amazon-appstore-android-google-play-apps-closing-shutting-down/

    Or, maybe Amazon is just eliminating access to their app store on
    non-Amazon devices. Maybe you can still access their app store using
    their store app on Amazon devices (e.g., Fire tablets nee Kindle). I'm
    not wasting money and time on a Fire tablet to find out after the cutoff
    date.

    As I faintly recall, do-global made a correction to their app regarding
    its untoward behavior, but I never kept up with its progress. What I do remember from back then was it was adware, and worse was that it
    permitted full-sized ads. An ad could occupy the entire screen making
    the phone unusable until you dismissed the ad. The only way to dismiss
    the ad (since the Android navbar was overlaid) was to use the "X" button
    at the top right; however, that may not simply close the window, but
    could first run a script to do who-know-what on your phone. I consider
    any app as malware that acts as a pipe to display fullscreen ads. After determining it was ES showing the fullscreen ads that interferred with
    using my phone, I got rid of it. Later was when I read about its
    spyware behavior. Even if they stopped spying, I wasn't going to
    ressurect the app on my phone, because of its fullscreen ads.

    Is the current version of ES Explorer *not* adware? It never displays
    ANY ads? It still offers in-app ads, but perhaps those are to lure
    users to the premium version which are different from external ads over
    which app authors always indemnify themselves of any responsibility
    regarding their content, or if fullscreen to interfere with using the
    phone.

    The app is not available at Google's Play Store. It never came back.
    Looks like Amazon is dropping access to their Android app store to users
    on non-Amazon devices. The app author doesn't even point to the Amazon
    app store. So, for me, there is no point in wasting time retesting this
    app of dubious reputation that will soon be unavailable except at a
    dubious download source by a site that doesn't use a site cert.

    How many red lights does it take before you come to a stop?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 15:05:42 2025
    From Newsgroup: comp.mobile.android

    On Sat, 7/19/2025 11:20 AM, Roger Mills wrote:
    On 19/07/2025 14:30, Carlos E.R. wrote:
    On 2025-07-19 14:07, Paul wrote:
    You could set up FTP on the computer end, to give the various
    phone methods another "push" option. Maybe a Wifi protocol would
    have slightly better performance than the USB2 (and mainly because
    "not using MTP", not just because the link runs at a different speed).
    File Sharing might work. FTP might work.



    So do you know a good ftp or sftp android app that actually works?


    I have been using the FTP server within the ES File Explorer app for many years, and it works fine. I use AceFTP 2 as the FTP client on my PC (simply because it came free on the cover disk of a PC magazine many years ago) but any other FTP client should work.

    The process is this:
    Turn on ES File Exlorer on the phone
    Select 'View on PC'
    Tap TURN ON
    This turns on the server and displays the IP address and port at which the PC's FTP client needs to be pointed

    Run the FTP client on the PC
    Point it at the address/port displayed on the phone (You can save this for future use)
    Click on CONNECT

    The connection is made (using WiFi - no cables), and two explorer-type windows are displayed on the PC

    Navigate to where the files are on the phone, and to where you want them to be on the PC
    Using the right and left arrows displayed on the PC (in Ace FTP, but other clients will have the equivalent) you can copy files in either direction between the two devices. [This means that you drive everything from the PC end, which is far simpler than having to do it on the phone].

    [The description of the process (above) looks far more complicated than it actually is!]

    NOTE: Until a few years ago, you could install ES File Explorer from Play Store, but it has now been removed due to some alleged security issue - so it has to be side-loaded. I've done this on several Android devices, and have never experienced any issues. If you search for ES File Exploreer in Play Store, it will offer you EX File Explorer, which looks similar but is *not* the same.

    With FTP, you can push or pull. Considering the potential asymmetry
    of the capabilities of the two OSes, you will likely have to
    look at both options before deciding what to do. (I was thinking
    more along the lines of Android Client, and Windows FTP server.)

    On my Mac G4 (retired), there was a button you could click, which
    "turned on FTP", did the right thing for inetd, and it was ready
    to go, just like that. I could carry out a command from another
    machine, do a transfer, then click and turn it off on the Mac G4 end.
    That would be MacOSX 10.2 to 10.3 era. That was the single most noteworthy
    nice feature the OS had. After I'd tried to set up IIS on Windows and
    it takes all day before anything works. And while Windows has an entry for
    IIS today, do you really get IIS ? I'm not sure you do.

    It's true what they say here. I eventually got IIS running, years ago,
    but the walking on hot coals part sucked :-)

    https://www.reddit.com/r/sysadmin/comments/171oj8k/windows_ftp_server_options/

    Example of an option.

    http://www.pablosoftwaresolutions.com/html/baby_ftp_server.html

    Paul
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From AJL@noemail@none.com to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 13:43:02 2025
    From Newsgroup: comp.mobile.android

    On 7/19/2025 11:44 AM, VanguardLH wrote:
    AJL <noemail@none.com> wrote:

    If you got ES File Explorer from Amazon's app store, you have a
    month until it may malfunction.

    ES is still in my Amazon Appstore account library but I haven't
    installed or used it in a long time.

    Or, maybe Amazon is just eliminating access to their app store on
    non-Amazon devices. Maybe you can still access their app store
    using their store app on Amazon devices (e.g., Fire tablets nee
    Kindle).

    I'm not wasting money and time on a Fire tablet to find out after the
    cutoff date.

    Well if you change your mind It's relatively easy to load the Google
    Play Store on an Amazon Fire tablet. It then becomes like most other
    Android tablets. I've used such a modified 10" Amazon Fire tablet for
    awhile now and find it superior to others its price range. But then I digress...

    The app is not available at Google's Play Store. It never came
    back. Looks like Amazon is dropping access to their Android app store
    to users on non-Amazon devices. The app author doesn't even point to
    the Amazon app store. So, for me, there is no point in wasting time
    retesting this app of dubious reputation that will soon be
    unavailable except at a dubious download source by a site that
    doesn't use a site cert.

    I won't miss ES since I no longer use it. I was just pointing out that
    Amazon apparently wasn't as paranoid as Google in keeping ES in its
    store even after all the bad publicity. Question is, is that a good
    thing or a bad thing...



    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Stan Brown@someone@example.com to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 14:20:25 2025
    From Newsgroup: comp.mobile.android

    On Sat, 19 Jul 2025 11:05:11 +0100, NY wrote:

    My mother has a lot of photos (both taken on her Android phone's camera
    and received as attachments in WhatsApp) which she wants to transfer to
    her Windows PC for permanent storage and backup to a USB HDD.

    The phone is Android 14, Samsung Galaxy A13 SM-A137F/DSN. The PC is Win
    10 Pro.

    Unfortunately this phone only has internal storage, so it's not even possible to copy files to Micro SD card in the phone and then remove it
    and put it in a card reader on the PC.

    Is there is way around this?

    On May 7th I posted about Localsend, which transfers files lickety-
    split via Wifi. I haven't tried a big folder such as you mention, but
    I expect it would work.

    Here is what I wrote about Localsend:
    Localsend (free and open source) lets you transfer files between
    devices that are on the same Wifi LAN. I've seen and tried many other solutions, but this is the first one that actually worked for me. (I
    tried transfers in both directions.)

    https://github.com/localsend/localsend/releases/tag/v1.17.0

    You load the app on your phone (I found it in the Google Play Store)
    and the appropriate version from the above link on your computer.
    Yes, you can have more than two devices with Localsend, though I
    didn't test that. Each install creates a device identifier name that
    is unique to Localsend, to identify the sending device to the
    receiver and vice versa.

    You need to have Localsend actually running on both devices involved
    in the transfer. A nice feature is that in Android when you have a
    picture, you can just tap the Share icon and the picture will appear
    in Localsend. I transferred a couple of pictures that were a few
    hundred K each, and the transfer was instantaneous.

    Source:
    https://www.howtogeek.com/open-source-android-apps-to-install/
    --
    After using my real address in 37 years of Usenet articles,
    I am now reluctantly posting a fake address because of the
    large number of sites scraping Usenet articles without
    permission and putting them on their own pretend forum sites.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Arno Welzel@usenet@arnowelzel.de to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 23:44:55 2025
    From Newsgroup: comp.mobile.android

    NY, 2025-07-19 12:05:

    My mother has a lot of photos (both taken on her Android phone's camera
    and received as attachments in WhatsApp) which she wants to transfer to
    her Windows PC for permanent storage and backup to a USB HDD.

    The phone is Android 14, Samsung Galaxy A13 SM-A137F/DSN. The PC is Win
    10 Pro.

    The obvious way would be by USB cable, such that the phone appears as a "pseudo disk drive" in Windows Explorer and files can be selected for copying/moving. I know about the various USB modes: "Transferring files/Android AUto", "USB tethering", "MIDI", "Transferring images", "Charging phone only". Of these, only the two "Transferring" options
    would seem to be relevant. "Transferring photo" only shows the DCIM
    folder; "Transferring files" also shows Android/media/com.whatsapp/WhatsApp/Media/Whatsapp Images.

    However Windows 10 (unlike Windows 7) seems to crash Explorer as it is gradually transferring the list of files (not the files themselves) in a selected folder (eg DCIM) order to populate the Explorer window so files
    can be selected.

    On Win 7, even a folder with a large number of files (photos), as seen
    by Windows Explorer, gradually (slowly!) populates with filenames/icons
    and then allows them to be selected and copied.

    Unfortunately this phone only has internal storage, so it's not even possible to copy files to Micro SD card in the phone and then remove it
    and put it in a card reader on the PC.

    Is there is way around this?

    You can try using an USB stick with an USB adapter and a file manager.
    Once you have all images on the USB stick, it should be no problem to
    copy them to the PC from there.

    Or try Cx File Explorer and copy the images using WiFi to a shared
    folder on the PC. First share a folder on the Windows PC and then add
    this folder as "network" folder in Cx File Explorer, then you can just
    copy files from the internal storage to that network folder - that may
    be slow depending on the WiFi you have, but more stable:

    <https://play.google.com/store/apps/details?id=com.cxinventor.file.explorer>
    --
    Arno Welzel
    https://arnowelzel.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marion@marion@facts.com to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 23:19:15 2025
    From Newsgroup: comp.mobile.android

    On Sat, 19 Jul 2025 15:05:42 -0400, Paul wrote :


    With FTP, you can push or pull.

    If you're gonna install a server on Android, why not WebDAV?
    <https://i.postimg.cc/BQyRxCN9/webdav11.jpg>

    It's better than FTP in every way possible, as far as I can figure out.

    WebDAV easily mounts Android r/w as a Windows drive letter, for example.
    net use Z: \\192.168.0.2@8000\DavWWWRoot /USER:foo * /PERSISTENT:YES
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Char Jackson@none@none.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sat Jul 19 20:26:18 2025
    From Newsgroup: comp.mobile.android

    On Sat, 19 Jul 2025 13:44:51 -0500, VanguardLH <V@nguard.LH> wrote:

    ...
    The version 4.2.1.3.a at the Amazon store is pretty old, and not the
    latest version available according to the app author's version history. >4.2.1.4 is dated Jun 2022. Before you say that is not a web site for
    the app, go to http://www.estrongs.com/, and click on Android, and,
    guess what, you're taken to the uptodown.com site. They don't link to
    the Amazon app store nor, obviously, to the Google app store. Also
    notice www.estrongs.com does not have a site certificate. You trust
    them if you want. I don't.

    ...
    The app is not available at Google's Play Store. It never came back.
    Looks like Amazon is dropping access to their Android app store to users
    on non-Amazon devices. The app author doesn't even point to the Amazon
    app store. So, for me, there is no point in wasting time retesting this
    app of dubious reputation that will soon be unavailable except at a
    dubious download source by a site that doesn't use a site cert.

    I think you place a lot more significance on a site cert than I do.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Roger Mills@mills37.fslife@gmail.com to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 09:49:13 2025
    From Newsgroup: comp.mobile.android

    On 19/07/2025 20:05, Paul wrote:
    On Sat, 7/19/2025 11:20 AM, Roger Mills wrote:
    On 19/07/2025 14:30, Carlos E.R. wrote:
    On 2025-07-19 14:07, Paul wrote:
    You could set up FTP on the computer end, to give the various
    phone methods another "push" option. Maybe a Wifi protocol would
    have slightly better performance than the USB2 (and mainly because
    "not using MTP", not just because the link runs at a different speed). >>>> File Sharing might work. FTP might work.



    So do you know a good ftp or sftp android app that actually works?


    I have been using the FTP server within the ES File Explorer app for many years, and it works fine. I use AceFTP 2 as the FTP client on my PC (simply because it came free on the cover disk of a PC magazine many years ago) but any other FTP client should work.

    The process is this:
    Turn on ES File Exlorer on the phone
    Select 'View on PC'
    Tap TURN ON
    This turns on the server and displays the IP address and port at which the PC's FTP client needs to be pointed

    Run the FTP client on the PC
    Point it at the address/port displayed on the phone (You can save this for future use)
    Click on CONNECT

    The connection is made (using WiFi - no cables), and two explorer-type windows are displayed on the PC

    Navigate to where the files are on the phone, and to where you want them to be on the PC
    Using the right and left arrows displayed on the PC (in Ace FTP, but other clients will have the equivalent) you can copy files in either direction between the two devices. [This means that you drive everything from the PC end, which is far simpler than having to do it on the phone].

    [The description of the process (above) looks far more complicated than it actually is!]

    NOTE: Until a few years ago, you could install ES File Explorer from Play Store, but it has now been removed due to some alleged security issue - so it has to be side-loaded. I've done this on several Android devices, and have never experienced any issues. If you search for ES File Exploreer in Play Store, it will offer you EX File Explorer, which looks similar but is *not* the same.

    With FTP, you can push or pull. Considering the potential asymmetry
    of the capabilities of the two OSes, you will likely have to
    look at both options before deciding what to do. (I was thinking
    more along the lines of Android Client, and Windows FTP server.)


    Considering that the user interface is on the *client*, it's far easier
    if this is the PC. You don't have to touch the phone once you've turned
    on the server.
    --
    Cheers,
    Roger
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Java Jive@java@evij.com.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 14:12:01 2025
    From Newsgroup: comp.mobile.android

    On 2025-07-19 11:05, NY wrote:

    The obvious way would be by USB cable, such that the phone appears as a "pseudo disk drive" in Windows Explorer and files can be selected for copying/moving. I know about the various USB modes: "Transferring files/Android AUto", "USB tethering", "MIDI", "Transferring images", "Charging phone only". Of these, only the two "Transferring" options
    would seem to be relevant. "Transferring photo" only shows the DCIM
    folder; "Transferring files" also shows Android/media/com.whatsapp/WhatsApp/Media/Whatsapp Images.

    However Windows 10 (unlike Windows 7) seems to crash Explorer as it is gradually transferring the list of files (not the files themselves) in a selected folder (eg DCIM) order to populate the Explorer window so files
    can be selected.

    On Win 7, even a folder with a large number of files (photos), as seen
    by Windows Explorer, gradually (slowly!) populates with filenames/icons
    and then allows them to be selected and copied.

    What I find with any version of Windows is that, if you remove the phone
    by unplugging it or using the eject USB device mechanism from the system
    tray, if the phone is still selected in an Explorer window, then that
    Explorer window will be closed automatically.

    So I'm wondering if the problems you are having are due to the phone GUI timing out and breaking the connection, which in turn closes the
    Explorer window.

    Try temporarily altering the phone screen timeout and lock to 'never' or
    else a very long time so that it will not attempt to go to sleep and so
    lose the connection before all the files have transferred.
    --

    Fake news kills!

    I may be contacted via the contact address given on my website: www.macfh.co.uk

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 13:16:05 2025
    From Newsgroup: comp.mobile.android

    NY <me@privacy.net> wrote:
    [...]

    Unfortunately this phone only has internal storage, so it's not even possible to copy files to Micro SD card in the phone and then remove it
    and put it in a card reader on the PC.

    As others have mentioned, just plug in a compatible [1] USB memory-
    stick (might need an adapter) and copy the photos to the stick. There
    are also USB card-readers for a SD-card or MicroSD-card, which can do a
    similar thing.

    Alternatively, use the Cx File Explorer method which Arno mentioned to
    copy the photos to a share on the Windows PC.

    [...]

    [1] The stick shoould be (Android) 'OTG' (On-The-Go) compatible. Most
    with a USB-C connector probably are, but those with a USB-A connector
    most likely need a OTG adapter. Look for a 'OTG' label on the packaging,
    in the 'manual', etc..
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 11:17:57 2025
    From Newsgroup: comp.mobile.android

    On Sun, 7/20/2025 4:49 AM, Roger Mills wrote:
    On 19/07/2025 20:05, Paul wrote:


    With FTP, you can push or pull. Considering the potential asymmetry
    of the capabilities of the two OSes, you will likely have to
    look at both options before deciding what to do. (I was thinking
    more along the lines of Android Client, and Windows FTP server.)


    Considering that the user interface is on the *client*, it's far
    easier if this is the PC. You don't have to touch the phone once you've turned on the server.

    FTP was *never* a "good time". A good client hides the details.
    Doing this is only worthwhile, with the right client. Don't even
    consider this option, if you think you'll be using Terminal
    to transfer the files with one command after another. It's
    the client automation, your knowledge that the client does a
    good job at this stuff, that makes this even worth considering.

    What do I have on my PC for clients ? Well, nothing.

    The phone on the other hand, does seem to have some clients
    that can handle FTP, and without pestering you constantly
    for things to enter.

    You can transfer an entire hard drive (sector level) with FTP,
    if you know how. That's not explained on the tin :-) That's how
    I got a backup of my Mac G4 hard drive, without opening the
    box. A Ubuntu PowerPC boot disc was used at the time, so the
    Mac hard drive would be "at rest" during the transfer. You can execute
    shell commands while inside FTP, and pipe the output into a
    command. This apparently merited a one line note, in my
    notes file :-)

    put "|dd if=/dev/sda bs=73728" sda

    That transfers an entire hard drive, across the net, to an 80GB
    file "sda" on the receiving end. I can't even remember what FTP
    server I was using at the receiving end for that. All I had for
    backup software at the time, was Retrospect, and at that time
    it mostly worked with tape drives, and it had limits when it
    came to HDD-style backup. Using "dd" ensured I didn't miss anything.

    At the time, I was using IDE drives, inside a SCSI computer. The
    IDE drives were cheaper for a given capacity, which is the
    incentive for doing that. My SCSI drive was 9GB, the IDE could
    be 80GB.

    Paul


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 11:35:43 2025
    From Newsgroup: comp.mobile.android

    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:
    NY <me@privacy.net> wrote:
    [...]

    Unfortunately this phone only has internal storage, so it's not even
    possible to copy files to Micro SD card in the phone and then remove it
    and put it in a card reader on the PC.

    As others have mentioned, just plug in a compatible [1] USB memory-
    stick (might need an adapter) and copy the photos to the stick. There
    are also USB card-readers for a SD-card or MicroSD-card, which can do a similar thing.

    Alternatively, use the Cx File Explorer method which Arno mentioned to
    copy the photos to a share on the Windows PC.

    [...]

    [1] The stick shoould be (Android) 'OTG' (On-The-Go) compatible. Most
    with a USB-C connector probably are, but those with a USB-A connector
    most likely need a OTG adapter. Look for a 'OTG' label on the packaging,
    in the 'manual', etc..


    Just about every method of transferring sucks.

    Just for the record.

    Individuals doing this, need a good supply of tooth enamel
    to handle the failure cases. For example, some computer rooms,
    file sharing is hit and miss, and nothing but trouble.

    USB sticks fail. USB sticks run slow. Nobody wants to spend big money
    on a "real" USB stick. (My computer store, no longer stocks anything
    but schlock. Cruser Glide, in a USB3 world.) And the phone likely
    can't run fast enough, to get the value from a "real" USB stick.

    # Internal SSD arch, USB stick. Maybe 600-700MB/sec.
    # Likely TLC inside, with SLC cache and it slows down after a while.
    # Yes, it gets warm. Lots of this stuff should use metal casings.

    "Patriot Supersonic Rage Prime USB 3.2 Gen 2 Flash Drive - 1TB - PEF1TBRPMW32U"

    https://www.amazon.ca/Patriot-Supersonic-Prime-Flash-Drive/dp/B095HZ2S8B

    I don't know if there is a USB-C version of that, there might be.

    FTP, while an ancient protocol, and as long as it is configured
    by someone who cares about what they're doing, it could behave
    itself better than some other things. Our modern technical world
    seems to specialize in "crap". The simpler the transfer protocol
    is, the better. With an ADB bus serial connection and Kermit,
    I bet you could perform wonders :-) And you'd be doing that, when
    the computer name refuses to show up in the file sharing dialog
    on the client software.

    *******

    You have to ask yourself "why are we doing these things" and
    "why do they make it this hard".

    Take Google Takeout as an example. What a simple concept. What
    a way to answer a series of questions, in one fell swoop. You can't
    complain about "my crap is trapped in the Cloud", when the
    vendor offers you that as an option. This is how easy the
    phone should be to work "hey, stupid phone, transfer *all*
    my fucking crap to... <name-of-equipment>". Why doesn't it
    do that ??? You paid a thousand for the fucking thing,
    and it's going to torture you every day until the battery
    glued inside, dies on it.

    Paul
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marion@marion@facts.com to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 17:13:42 2025
    From Newsgroup: comp.mobile.android

    On Sun, 20 Jul 2025 11:17:57 -0400, Paul wrote :


    The phone on the other hand, does seem to have some clients
    that can handle FTP, and without pestering you constantly
    for things to enter.

    On Sun, 20 Jul 2025 09:49:13 +0100, Roger Mills wrote :


    With FTP, you can push or pull. Considering the potential asymmetry
    of the capabilities of the two OSes, you will likely have to
    look at both options before deciding what to do. (I was thinking
    more along the lines of Android Client, and Windows FTP server.)


    Considering that the user interface is on the *client*, it's far easier
    if this is the PC. You don't have to touch the phone once you've turned
    on the server.

    Roger Mills has the right idea, where, at least for Android, you *never*
    have to touch the actual phone once you "mirror" that phone onto the PC.

    The entire phone file system is the same as the Windows file system.
    The phone is simply mounted as two different drives. One for the sd card.

    You can do that with FTP but it's not as easy to do as with WebDav.

    This is all too detailed for the OP's problem though as the OP is trying to help a clueless person over the phone, but for the techno people here, this
    is how "most" people (who don't know how to do it right) will likely do it.

    *How to Access Android Files Using FTP from your Windows PC Without Using Cables*
    <https://thegeekpage.com/how-to-access-android-files-using-ftp-from-your-windows-pc-without-using-cables/>

    But you want it to be a Windows drive (because that makes it seamless).
    *How to Map FTP Drive in Windows 11/10*
    <https://www.thewindowsclub.com/map-an-ftp-drive-windows>

    New-PSDrive -Name x -PSProvider FileSystem -Root \\server\share -Persist

    I have tested every free no-account method ever proposed on both these newsgroups for connecting Android to Windows, so I wouldn't use FTP.

    I'd use WebDav over FTP any day of the week, including holidays.

    I'd also use ScrCpy which mirrors the Android onto the PC so you can use
    the keyboard, mouse, speakers and monitor but also the dual clipboards.

    With those two, not only is your 6-inch phone now two-feet tall, but you operate Android from your PC even if the phone is downstairs on the couch.
    <https://i.postimg.cc/wvsbcNBz/scrcpy05.jpg>
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 17:17:16 2025
    From Newsgroup: comp.mobile.android

    Paul <nospam@needed.invalid> wrote:
    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:
    NY <me@privacy.net> wrote:
    [...]

    Unfortunately this phone only has internal storage, so it's not even
    possible to copy files to Micro SD card in the phone and then remove it >> and put it in a card reader on the PC.

    As others have mentioned, just plug in a compatible [1] USB memory-
    stick (might need an adapter) and copy the photos to the stick. There
    are also USB card-readers for a SD-card or MicroSD-card, which can do a similar thing.

    Alternatively, use the Cx File Explorer method which Arno mentioned to copy the photos to a share on the Windows PC.

    [...]

    [1] The stick shoould be (Android) 'OTG' (On-The-Go) compatible. Most
    with a USB-C connector probably are, but those with a USB-A connector
    most likely need a OTG adapter. Look for a 'OTG' label on the packaging,
    in the 'manual', etc..


    Just about every method of transferring sucks.

    Just for the record.

    Individuals doing this, need a good supply of tooth enamel
    to handle the failure cases. For example, some computer rooms,
    file sharing is hit and miss, and nothing but trouble.

    USB sticks fail. USB sticks run slow. Nobody wants to spend big money
    on a "real" USB stick. (My computer store, no longer stocks anything
    but schlock. Cruser Glide, in a USB3 world.) And the phone likely
    can't run fast enough, to get the value from a "real" USB stick.

    I don't share your pessimism. I've had only one USB stick fail. It was
    a 'no-brand' one (brand of a local drugstore). As to slow, there are USB 3.<whatever> ones and the phone is probably the same.

    # Internal SSD arch, USB stick. Maybe 600-700MB/sec.
    # Likely TLC inside, with SLC cache and it slows down after a while.
    # Yes, it gets warm. Lots of this stuff should use metal casings.

    "Patriot Supersonic Rage Prime USB 3.2 Gen 2 Flash Drive - 1TB - PEF1TBRPMW32U"

    https://www.amazon.ca/Patriot-Supersonic-Prime-Flash-Drive/dp/B095HZ2S8B

    I don't know if there is a USB-C version of that, there might be.

    I'm quite sure 'NY' won't need a 1TB one. The phone probably has 128GB
    or less, maybe just 64GB or even just 32MB.

    Trust me/'us', this stuff *does* work.

    [...]
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Stan Brown@someone@example.com to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 10:44:29 2025
    From Newsgroup: comp.mobile.android

    On Sun, 20 Jul 2025 11:35:43 -0400, Paul wrote:
    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:
    [quoted text muted]
    with a USB-C connector probably are, but those with a USB-A connector
    most likely need a OTG adapter. Look for a 'OTG' label on the packaging,
    in the 'manual', etc..


    Just about every method of transferring sucks.

    Just for the record.

    Individuals doing this, need a good supply of tooth enamel
    to handle the failure cases. For example, some computer rooms,
    file sharing is hit and miss, and nothing but trouble.

    Paul, I'd be foolish to argue with you. I'll just say that LocalSend
    works or me, every time, to transfer to my desktop PC from my Android
    phone. This is the _only_ transfer method that has worked for me,
    reliably and promptly. (I can MMS-text a picture from my phone to my
    PC, but sometimes, for reasons I don't know, such a transfer takes
    over an hour or never competes at all.)

    Maybe I've just been lucky because I haven't tried to do something
    that LocalSend sucks at?
    --
    After using my real address in 37 years of Usenet articles,
    I am now reluctantly posting a fake address because of the
    large number of sites scraping Usenet articles without
    permission and putting them on their own pretend forum sites.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From VanguardLH@V@nguard.LH to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 12:44:43 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg <this@ddress.is.invalid> wrote:

    Paul <nospam@needed.invalid> wrote:
    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:
    NY <me@privacy.net> wrote:
    [...]

    Unfortunately this phone only has internal storage, so it's not even
    possible to copy files to Micro SD card in the phone and then remove it >>>> and put it in a card reader on the PC.

    As others have mentioned, just plug in a compatible [1] USB memory-
    stick (might need an adapter) and copy the photos to the stick. There
    are also USB card-readers for a SD-card or MicroSD-card, which can do a
    similar thing.

    Alternatively, use the Cx File Explorer method which Arno mentioned to >>> copy the photos to a share on the Windows PC.

    [...]

    [1] The stick shoould be (Android) 'OTG' (On-The-Go) compatible. Most
    with a USB-C connector probably are, but those with a USB-A connector
    most likely need a OTG adapter. Look for a 'OTG' label on the packaging, >>> in the 'manual', etc..


    Just about every method of transferring sucks.

    Just for the record.

    Individuals doing this, need a good supply of tooth enamel
    to handle the failure cases. For example, some computer rooms,
    file sharing is hit and miss, and nothing but trouble.

    USB sticks fail. USB sticks run slow. Nobody wants to spend big money
    on a "real" USB stick. (My computer store, no longer stocks anything
    but schlock. Cruser Glide, in a USB3 world.) And the phone likely
    can't run fast enough, to get the value from a "real" USB stick.

    I don't share your pessimism. I've had only one USB stick fail. It was
    a 'no-brand' one (brand of a local drugstore). As to slow, there are USB 3.<whatever> ones and the phone is probably the same.

    # Internal SSD arch, USB stick. Maybe 600-700MB/sec.
    # Likely TLC inside, with SLC cache and it slows down after a while.
    # Yes, it gets warm. Lots of this stuff should use metal casings.

    "Patriot Supersonic Rage Prime USB 3.2 Gen 2 Flash Drive - 1TB - PEF1TBRPMW32U"

    https://www.amazon.ca/Patriot-Supersonic-Prime-Flash-Drive/dp/B095HZ2S8B

    I don't know if there is a USB-C version of that, there might be.

    I'm quite sure 'NY' won't need a 1TB one. The phone probably has 128GB
    or less, maybe just 64GB or even just 32MB.

    Trust me/'us', this stuff *does* work.

    [...]

    The write speed rating of a USB drive determines how fast it is. Read
    speed also affects perceived speed, but it's the writes on slow crappy
    USB sticks to which users have become accustomed. Most times the ad or
    "spec" sheet on a USB drive doesn't mention read/write speeds, and
    sometimes you can't find it at the manufacturer's web site (assuming
    some crap/generic brand even has a web site instead of just slapping
    their name on the case). Users don't buy based on speed. They buy
    based on capacity, and that is a deep as their research goes. Then
    there is the issue of heat dissipation for high write volume. Users
    don't want to educate themselves. That takes time and effort.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 14:45:49 2025
    From Newsgroup: comp.mobile.android

    On Sun, 7/20/2025 1:44 PM, Stan Brown wrote:
    On Sun, 20 Jul 2025 11:35:43 -0400, Paul wrote:
    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:
    [quoted text muted]
    with a USB-C connector probably are, but those with a USB-A connector
    most likely need a OTG adapter. Look for a 'OTG' label on the packaging, >>> in the 'manual', etc..


    Just about every method of transferring sucks.

    Just for the record.

    Individuals doing this, need a good supply of tooth enamel
    to handle the failure cases. For example, some computer rooms,
    file sharing is hit and miss, and nothing but trouble.

    Paul, I'd be foolish to argue with you. I'll just say that LocalSend
    works or me, every time, to transfer to my desktop PC from my Android
    phone. This is the _only_ transfer method that has worked for me,
    reliably and promptly. (I can MMS-text a picture from my phone to my
    PC, but sometimes, for reasons I don't know, such a transfer takes
    over an hour or never competes at all.)

    Maybe I've just been lucky because I haven't tried to do something
    that LocalSend sucks at?




    https://github.com/localsend/protocol

    "The goal is to have a simple REST protocol that does not rely on any external servers." [Cloud? reference]

    "The protocol only needs one party to set up an HTTP server."

    "The default multicast group is 224.0.0.0/24 because
    some Android devices reject any other multicast group.

    Multicast (UDP)

    Port: 53317
    Address: 224.0.0.167

    HTTP (TCP)

    Port: 53317
    "

    "It is important to note that the unencrypted HTTP protocol
    is used because browsers reject self-signed certificates." [But it does have https:// options, in config]

    Paul
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From s|b@me@privacy.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 20:57:04 2025
    From Newsgroup: comp.mobile.android

    On Sun, 20 Jul 2025 17:13:42 -0000 (UTC), Marion wrote:

    8< selective snip >8
    Roger Mills has the right idea, where, at least for Android, you *never*
    have to touch the actual phone once you "mirror" that phone onto the PC.

    The OP's mother wants her photos which are located in ONE folder (DCIM). Connect a USB-C hard drive to the phone and copy the one folder. Then
    connect it to the PC and copy them there. This way there's a copy on the
    PC /and/ a backup on the hard drive. Two birds with one stone.

    As for WhatsApp media: install WhatsApp Desktop and copy the Media
    contents to the PC without even connecting the phone.

    Come on, people: KISS!
    --
    s|b
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marion@marion@facts.com to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 20:20:25 2025
    From Newsgroup: comp.mobile.android

    On Sun, 20 Jul 2025 20:57:04 +0200, s|b wrote :


    The OP's mother wants her photos which are located in ONE folder (DCIM). Connect a USB-C hard drive to the phone and copy the one folder. Then
    connect it to the PC and copy them there. This way there's a copy on the
    PC /and/ a backup on the hard drive. Two birds with one stone.

    As for WhatsApp media: install WhatsApp Desktop and copy the Media
    contents to the PC without even connecting the phone.

    Come on, people: KISS!

    Everything you said up until that last line was appropriate since it has
    all been said before in this thread in the initial responses (even mine).

    But what you didn't seem to catch is the conversation has had no steerage
    from the OP since the opening post, which was about 30 posts ago by my
    count. So the conversation, as they are wont to do, took on its own life.

    This is normal in Usenet where technical people share useful ideas.
    Especially when it comes to sharing files between two different platforms.

    There are always *many* (very many!) possible solutions between platforms.

    So while the OP has had the answer you gave long ago provided, the rest of
    us are discussing the topic of "transferring files from Android to Windows"
    in general.

    Insulting us doesn't change that there are *many* ways to transfer photos.
    Many more than the methods you (or I, or anyone else) espouses.

    Personally, I've tried every free no-account method ever discussed on this
    ng so I agree that the USB (or sd card) methods are by far the easiest.

    BTW, when I looked up the OP's mother's phone, it has an sd card slot.
    But the OP hasn't responded as to whether there is a card in that slot.

    If so, the photos "can" be on that sd card, which makes things slightly different as it provides yet another option to easily copy to the PC.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Arno Welzel@usenet@arnowelzel.de to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 23:53:35 2025
    From Newsgroup: comp.mobile.android

    Paul, 2025-07-20 17:35:

    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:
    NY <me@privacy.net> wrote:
    [...]

    Unfortunately this phone only has internal storage, so it's not even
    possible to copy files to Micro SD card in the phone and then remove it >>> and put it in a card reader on the PC.

    As others have mentioned, just plug in a compatible [1] USB memory-
    stick (might need an adapter) and copy the photos to the stick. There
    are also USB card-readers for a SD-card or MicroSD-card, which can do a
    similar thing.

    Alternatively, use the Cx File Explorer method which Arno mentioned to
    copy the photos to a share on the Windows PC.

    [...]

    [1] The stick shoould be (Android) 'OTG' (On-The-Go) compatible. Most
    with a USB-C connector probably are, but those with a USB-A connector
    most likely need a OTG adapter. Look for a 'OTG' label on the packaging,
    in the 'manual', etc..


    Just about every method of transferring sucks.

    Just for the record.

    Individuals doing this, need a good supply of tooth enamel
    to handle the failure cases. For example, some computer rooms,
    file sharing is hit and miss, and nothing but trouble.

    USB sticks fail. USB sticks run slow. Nobody wants to spend big money
    on a "real" USB stick. (My computer store, no longer stocks anything
    but schlock. Cruser Glide, in a USB3 world.) And the phone likely
    can't run fast enough, to get the value from a "real" USB stick.

    We talk about 3000 photos. When we assume the average file size of each
    photo is about 3 MB, this is around 9 GB in total. So there is no need
    for an expensive "real" USB stick - any decent model with 32 or 64 GB
    should do the trick.

    Copying around 9 GB at USB 2 speeds should not take much more than 5-10 minutes, even if it only works with 20 MB/sec (9000 MB will need 450
    seconds to copy at 20 MB/sec).

    [...]
    FTP, while an ancient protocol, and as long as it is configured
    by someone who cares about what they're doing, it could behave
    itself better than some other things. Our modern technical world
    seems to specialize in "crap". The simpler the transfer protocol
    is, the better. With an ADB bus serial connection and Kermit,
    I bet you could perform wonders :-) And you'd be doing that, when
    the computer name refuses to show up in the file sharing dialog
    on the client software.

    FileZilla works quite well with Cx File Explorer as server:

    <https://filezilla-project.org/download.php?type=client>

    So first enable FTP in Cx File Explorer and then connect to the
    displayed IP address and port - works fine whenever I have no other
    choice and I am in a trusted network of course.

    And yes, using Google Drive is also an option - but getting data from
    Google Drive back to the PC is not much easier than using all other
    methods since you need to download the files or install a Google Drive
    client first.

    My personal solution:

    FolderSync with automatic uploading of all photos to a self-hosted
    NextCloud server which is automatically synced with my computers. Works
    like a charm. No, not a solution for everyone, but possible.
    --
    Arno Welzel
    https://arnowelzel.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Stan Brown@someone@example.com to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 16:18:04 2025
    From Newsgroup: comp.mobile.android

    On Sun, 20 Jul 2025 14:45:49 -0400, Paul wrote:

    On Sun, 7/20/2025 1:44 PM, Stan Brown wrote:
    On Sun, 20 Jul 2025 11:35:43 -0400, Paul wrote:
    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:
    [quoted text muted]
    with a USB-C connector probably are, but those with a USB-A connector
    most likely need a OTG adapter. Look for a 'OTG' label on the packaging, >>> in the 'manual', etc..


    Just about every method of transferring sucks.

    Just for the record.

    Individuals doing this, need a good supply of tooth enamel
    to handle the failure cases. For example, some computer rooms,
    file sharing is hit and miss, and nothing but trouble.

    Paul, I'd be foolish to argue with you. I'll just say that LocalSend
    works or me, every time, to transfer to my desktop PC from my Android phone. This is the _only_ transfer method that has worked for me,
    reliably and promptly. (I can MMS-text a picture from my phone to my
    PC, but sometimes, for reasons I don't know, such a transfer takes
    over an hour or never competes at all.)

    Maybe I've just been lucky because I haven't tried to do something
    that LocalSend sucks at?




    https://github.com/localsend/protocol

    "The goal is to have a simple REST protocol that does not rely on any external servers." [Cloud? reference]

    "The protocol only needs one party to set up an HTTP server."

    "The default multicast group is 224.0.0.0/24 because
    some Android devices reject any other multicast group.

    Multicast (UDP)

    Port: 53317
    Address: 224.0.0.167

    HTTP (TCP)

    Port: 53317
    "

    "It is important to note that the unencrypted HTTP protocol
    is used because browsers reject self-signed certificates." [But it does have https:// options, in config]

    Paul

    Sorry, I don't understand how that quote relates to what I said. I
    definitely did not have to set up _any_ http servers. (If LocalSend
    works by setting one up for me, I don't see the objection.)
    --
    After using my real address in 37 years of Usenet articles,
    I am now reluctantly posting a fake address because of the
    large number of sites scraping Usenet articles without
    permission and putting them on their own pretend forum sites.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.mobile.android,alt.comp.os.windows-10 on Sun Jul 20 20:24:13 2025
    From Newsgroup: comp.mobile.android

    On Sun, 7/20/2025 7:18 PM, Stan Brown wrote:
    On Sun, 20 Jul 2025 14:45:49 -0400, Paul wrote:

    On Sun, 7/20/2025 1:44 PM, Stan Brown wrote:
    On Sun, 20 Jul 2025 11:35:43 -0400, Paul wrote:
    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:
    [quoted text muted]
    with a USB-C connector probably are, but those with a USB-A connector >>>>> most likely need a OTG adapter. Look for a 'OTG' label on the packaging, >>>>> in the 'manual', etc..


    Just about every method of transferring sucks.

    Just for the record.

    Individuals doing this, need a good supply of tooth enamel
    to handle the failure cases. For example, some computer rooms,
    file sharing is hit and miss, and nothing but trouble.

    Paul, I'd be foolish to argue with you. I'll just say that LocalSend
    works or me, every time, to transfer to my desktop PC from my Android
    phone. This is the _only_ transfer method that has worked for me,
    reliably and promptly. (I can MMS-text a picture from my phone to my
    PC, but sometimes, for reasons I don't know, such a transfer takes
    over an hour or never competes at all.)

    Maybe I've just been lucky because I haven't tried to do something
    that LocalSend sucks at?




    https://github.com/localsend/protocol

    "The goal is to have a simple REST protocol that does not rely on any external servers." [Cloud? reference]

    "The protocol only needs one party to set up an HTTP server."

    "The default multicast group is 224.0.0.0/24 because
    some Android devices reject any other multicast group.

    Multicast (UDP)

    Port: 53317
    Address: 224.0.0.167

    HTTP (TCP)

    Port: 53317
    "

    "It is important to note that the unencrypted HTTP protocol
    is used because browsers reject self-signed certificates." [But it does have https:// options, in config]

    Paul

    Sorry, I don't understand how that quote relates to what I said. I definitely did not have to set up _any_ http servers. (If LocalSend
    works by setting one up for me, I don't see the objection.)


    The complexity of the implementation, is roughly the same as FTP.

    I don't understand the significance of the multicast in there.

    Presumably you are running LocalSend on both ends, and one end
    is functioning as a server, the other end as a client.

    Paul
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to comp.mobile.android,alt.comp.os.windows-10 on Mon Jul 21 13:14:53 2025
    From Newsgroup: comp.mobile.android

    Arno Welzel <usenet@arnowelzel.de> wrote:
    [...]
    My personal solution:

    FolderSync with automatic uploading of all photos to a self-hosted
    NextCloud server which is automatically synced with my computers. Works
    like a charm. No, not a solution for everyone, but possible.

    +1 for FolderSync.

    (Thanks to one of your earlier (26 Dec 2023) pointers,) I use it to
    sync to my (Synology DS115j) NAS, but could also use it to sync to a
    Network Share on my computer.

    'FolderSync' <https://play.google.com/store/apps/details?id=dk.tacit.android.foldersync.lite>
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Stan Brown@someone@example.com to comp.mobile.android,alt.comp.os.windows-10 on Mon Jul 21 09:12:16 2025
    From Newsgroup: comp.mobile.android

    On Sun, 20 Jul 2025 20:24:13 -0400, Paul wrote:

    On Sun, 7/20/2025 7:18 PM, Stan Brown wrote:
    On Sun, 20 Jul 2025 14:45:49 -0400, Paul wrote:

    On Sun, 7/20/2025 1:44 PM, Stan Brown wrote:
    On Sun, 20 Jul 2025 11:35:43 -0400, Paul wrote:
    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:
    [quoted text muted]
    with a USB-C connector probably are, but those with a USB-A connector >>>>> most likely need a OTG adapter. Look for a 'OTG' label on the packaging,
    in the 'manual', etc..


    Just about every method of transferring sucks.

    Just for the record.

    Individuals doing this, need a good supply of tooth enamel
    to handle the failure cases. For example, some computer rooms,
    file sharing is hit and miss, and nothing but trouble.

    Paul, I'd be foolish to argue with you. I'll just say that LocalSend
    works or me, every time, to transfer to my desktop PC from my Android >>> phone. This is the _only_ transfer method that has worked for me,
    reliably and promptly. (I can MMS-text a picture from my phone to my
    PC, but sometimes, for reasons I don't know, such a transfer takes
    over an hour or never competes at all.)

    Maybe I've just been lucky because I haven't tried to do something
    that LocalSend sucks at?




    https://github.com/localsend/protocol

    "The goal is to have a simple REST protocol that does not rely on any external servers." [Cloud? reference]

    "The protocol only needs one party to set up an HTTP server."

    "The default multicast group is 224.0.0.0/24 because
    some Android devices reject any other multicast group.

    Multicast (UDP)

    Port: 53317
    Address: 224.0.0.167

    HTTP (TCP)

    Port: 53317
    "

    "It is important to note that the unencrypted HTTP protocol
    is used because browsers reject self-signed certificates." [But it does have https:// options, in config]

    Paul

    Sorry, I don't understand how that quote relates to what I said. I definitely did not have to set up _any_ http servers. (If LocalSend
    works by setting one up for me, I don't see the objection.)


    The complexity of the implementation, is roughly the same as FTP.

    I don't understand the significance of the multicast in there.

    Presumably you are running LocalSend on both ends, and one end
    is functioning as a server, the other end as a client.

    Yes, I have it on my phone and my PC, and they negotiate with each
    other based on the direction of file transfer.

    I don't understand multicast either. The complexity under the hood
    may be similar to ftp, but all of that is hidden. I just click the
    share icon on whatever I want to transfer from phone to PC, select
    localsend, and tell it to send to the PC.
    --
    After using my real address in 37 years of Usenet articles,
    I am now reluctantly posting a fake address because of the
    large number of sites scraping Usenet articles without
    permission and putting them on their own pretend forum sites.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to comp.mobile.android,alt.comp.os.windows-10 on Mon Jul 21 22:10:40 2025
    From Newsgroup: comp.mobile.android

    On 2025-07-20 23:53, Arno Welzel wrote:
    Paul, 2025-07-20 17:35:
    On Sun, 7/20/2025 9:16 AM, Frank Slootweg wrote:


    [...]
    FTP, while an ancient protocol, and as long as it is configured
    by someone who cares about what they're doing, it could behave
    itself better than some other things. Our modern technical world
    seems to specialize in "crap". The simpler the transfer protocol
    is, the better. With an ADB bus serial connection and Kermit,
    I bet you could perform wonders :-) And you'd be doing that, when
    the computer name refuses to show up in the file sharing dialog
    on the client software.

    FileZilla works quite well with Cx File Explorer as server:

    <https://filezilla-project.org/download.php?type=client>

    So first enable FTP in Cx File Explorer and then connect to the
    displayed IP address and port - works fine whenever I have no other
    choice and I am in a trusted network of course.

    I am trying this method now.

    I installed "Cx File Explorer" <https://play.google.com/store/apps/details?id=com.cxinventor.file.explorer&hl=en>

    It doesn't appear to put up adverts. The privacy conditions seem reasonable.

    To activate FTP, choose the "Network tab", then access from network (the
    name could be different in English).

    Or connect to a server on the computer. For this chose "New location"
    (has a plus symbol). The cloud tab has Dropbox, Google Drive, OneDrive,
    Box. The Remote tab has Local Network, SMB, FTP, SFTP, or WebDav.



    Once the FTP server is activated, you can not change screen in the app.
    But you can minimize/background the app. Then you can connect from the computer. As I am using Linux, I use Midnight Commander (mc) for the
    transfer. It seems to be taking an an hour and a half to transfer the
    photos. I didn't write down the start timestamp, but if I am reading
    right, it is 46 minutes used and 42 to go.

    2,31 MB/s

    The phone can be used and moved about.

    Right now it seems to have stalled. [...] Right, 'mc' has stalled. I
    have to kill it.

    [...]

    And an hour later, the app kill the ftp server, has to be restarted. It
    is a bit of a pain, this copy operation over wifi.

    [...]

    At about 21% of the full backup, it hits some unknown file that says "permission denied". I see that when I wake up from my siesta, then
    click "ignore all of them".

    This is taking hours.

    [...]

    Computer stalling again, have to kill the process and start it again.

    [...]

    Trying Filezilla [...] I am not used to Filezilla, but it seems to
    handle the situation better.


    Hum. Does the app handle itself better if it is in the foreground?
    Doesn't seem so. Unsure.

    Wow, it has finished in minutes. But I did not mark the files to
    download well, repeating. Heh, whatsapp was not downloaded.


    However, with simple-mtpfs.txt I transferred 56257M. With ftp, only
    23331M. The differences are in the "Android" directory and "Documents".
    Some files were not transferred.


    Summary: using FTP (with Cx File Explorer as server and filezilla as
    client) the transfer is "confortable", but many files are not copied.
    However, those files might not matter, are mostly applications or
    reserved by Android.

    Using simple-mtpfs many more files are transferred, but there are
    quircks (needing restart) and the phone is tied by cable to the computer
    for the duration.

    However, for a backup of the photos, FTP is fine. Also for WhatsApp (in ./Android/media/com.whatsapp/)
    --
    Cheers, Carlos.
    --- Synchronet 3.21a-Linux NewsLink 1.2