After trying to set up my Xiaomi Redmi Note 10 this morning to transfer
files by Bluetooth, which did not succeed even though both devices could
see each other, I found I'd lost the ability to transfer files by USB as
well. This worked very simply before - just plug in the USB cable to
phone and laptop and the phone files were visible for download. Now,
although the phone appeared as a device in the laptop file manager (Nemo
- Linux Mint), there were no files listed, and and error box popped up.
It varied slightly each time but this is the sort of thing it showed:

--------------------------------------------
Unable to open a folder for M2103K19G

The name :1.176 was not provided by any service files
--------------------------------------------
or
--------------------------------------------
Unable to open a folder for M2103K19G

Object does not exist at path "/org/gtk/vfs/mount/1"
--------------------------------------------

At the same time, much more annoyingly, FairEmail no longer connected to
the mailserver. I got an error message about server timeout and password
issues. I then spent two hours going through my phone turning on
permissions I had turned off, without success. I tried again, and must
have done something right as FairEmail worked again. I could even attach
files and send them with the email.

However, the USB problem still existed. I assumed it was something to do
with MTP, but what? On plugging in the USB cable, the phone started
charging, and showed me a screen with "Use USB" for:
"No data transfer" (which is ticked by default)
"File transfer/Android auto"
"Transfer photos (PTP)"

I ticked the "File transfer/Android auto", but nothing happened...until
a few minutes ago, when all the files became visible again on the laptop!

Perhaps it was just a way for Google to get me to re-enable permissions
for all its "spyware" apps! :-)))

--

Jeff

Jeff Layman <Jeff@invalid.invalid> wrote

> After trying to set up my Xiaomi Redmi Note 10 this morning to transfer
> files by Bluetooth, which did not succeed even though both devices could
> see each other...

Glad you got it sorted out - below is advice for the next time it happens.
(I write this not only to help you but to help others... yes, even Carlos.)

I hate to see other people struggling with Android - as it hurts me
when people can't do things that they want to do when they want to.

There are other ad hoc methods we've discussed on this ng in the past,
e.g.,
a. NitroShare
b. KDE Connect
c. Kies (works on more than just Samsung)
etc.

No sense in me explaining more when I've already spilled my guts
(with many illustrations and tutorials) in the searchable archives.
<http://groups.google.com/g/name.of.usenet.ng>

> I found I'd lost the ability to transfer files by USB as
> well. This worked very simply before - just plug in the USB cable to
> phone and laptop and the phone files were visible for download. Now,
> although the phone appeared as a device in the laptop file manager (Nemo
> - Linux Mint), there were no files listed, and and error box popped up.
> It varied slightly each time but this is the sort of thing it showed:

Strange that you'd lose USB file-transfer, which is basic stuff.
It seems like the drivers are all there if it shows up on the desktop.
You "could" re-load the drivers but I suspect the problem is the phone.

One thing you can doublecheck on the phone is the USB setting of course.
<https://i.postimg.cc/JnDTWH9M/usb01.jpg> USB default settings
Yes. I know you checked it. Look in the Developer options to make sure.

> --------------------------------------------
> Unable to open a folder for M2103K19G
>
> The name :1.176 was not provided by any service files
> --------------------------------------------
> or
> --------------------------------------------
> Unable to open a folder for M2103K19G
>
> Object does not exist at path "/org/gtk/vfs/mount/1"
> --------------------------------------------

Both adb and termux can both copy files over Wi-Fi without USB.
<https://i.postimg.cc/ZK9B82gP/adb15.jpg> adb pair [IP][Port] [code]
<https://i.postimg.cc/SRRXtvKh/adb16.jpg> Android 12 Wireless Pairing

Also Andronix is free Linux running on unrooted Android which may help you.
<https://i.postimg.cc/90z75Fh8/andronix01.jpg> androix linux distro

> At the same time, much more annoyingly, FairEmail no longer connected to
> the mailserver. I got an error message about server timeout and password
> issues. I then spent two hours going through my phone turning on
> permissions I had turned off, without success. I tried again, and must
> have done something right as FairEmail worked again. I could even attach
> files and send them with the email.

Good that you're using Marcel's tool - he's a sensitive person who would
love if you send him a message of thanks - he's VERY sensitive about it.

> However, the USB problem still existed. I assumed it was something to do
> with MTP, but what? On plugging in the USB cable, the phone started
> charging, and showed me a screen with "Use USB" for:
> "No data transfer" (which is ticked by default)
> "File transfer/Android auto"
> "Transfer photos (PTP)"

See above. That doesn't look good that it isn't set to USB data transfer.
Luckily you can also use Wi-Fi which doesn't need the USB to be set on.
> I ticked the "File transfer/Android auto", but nothing happened...until
> a few minutes ago, when all the files became visible again on the laptop!

Sometimes just a simple reboot is "magic" with computers. Don't ask me why.
> Perhaps it was just a way for Google to get me to re-enable permissions
> for all its "spyware" apps! :-)))

The way I disable permissions and apps is I do them slowly - one at a time.

And I send a text to myself (just because it's easier that way) saying what
I did (usually it's a clipboard cut-&-paste for minimum effort on my part).

Glad you got it sorted out.

On 01/10/2023 16:58, Wally J wrote:
> Jeff Layman <Jeff@invalid.invalid> wrote
>
>> After trying to set up my Xiaomi Redmi Note 10 this morning to transfer
>> files by Bluetooth, which did not succeed even though both devices could
>> see each other...
>
> Glad you got it sorted out - below is advice for the next time it happens.
> (I write this not only to help you but to help others... yes, even Carlos.)
>
> I hate to see other people struggling with Android - as it hurts me
> when people can't do things that they want to do when they want to.

Indeed. It's supposed to be simple to transfer files via Bluetooth (and
probably WiFi), and I didn't have problems linking my phone and laptop -
it's just that they didn't want to talk to each other! I wouldn't be
surprised if there are some permissions issues going on (see my comment
about 6-digit pairing numbers below). Anyway, now the USB transfer has
been re-established, I /might/ revisit Bluetooth to see if I can get it
working.

> There are other ad hoc methods we've discussed on this ng in the past,
> e.g.,
> a. NitroShare

FYI I had a look at the Play Store, but was informed that Nitroshare
wasn't available as it only worked with an earlier version of Android.

> b. KDE Connect

Looks best for me as it's installed by default on Linux Mint. However,
it seems I might have to do something to allow access via any firewall I
have on the laptop.

> c. Kies (works on more than just Samsung)
> etc.

Yes, there are quite a few file transfer apps, but some require a
careful looking at. One of the first ones I installed to try out asked
immediately for location access so it could detect any nearby devices to
transfer or receive files to/from. That's the problem with the Play
Store - there's very little information to go on.

> No sense in me explaining more when I've already spilled my guts
> (with many illustrations and tutorials) in the searchable archives.
> <http://groups.google.com/g/name.of.usenet.ng>
>
>
>> I found I'd lost the ability to transfer files by USB as
>> well. This worked very simply before - just plug in the USB cable to
>> phone and laptop and the phone files were visible for download. Now,
>> although the phone appeared as a device in the laptop file manager (Nemo
>> - Linux Mint), there were no files listed, and and error box popped up.
>> It varied slightly each time but this is the sort of thing it showed:
>
> Strange that you'd lose USB file-transfer, which is basic stuff.
> It seems like the drivers are all there if it shows up on the desktop.
> You "could" re-load the drivers but I suspect the problem is the phone.
>
> One thing you can doublecheck on the phone is the USB setting of course.
> <https://i.postimg.cc/JnDTWH9M/usb01.jpg> USB default settings
> Yes. I know you checked it. Look in the Developer options to make sure.

That's interesting. There was no "Developer options" available under
"Settings" on my phone, until I found out how to reveal it just now.
When I looked at "Default USB configuration" it had "No data transfer".
If that's the case, as I was able to do it previously, it must have
changed during an update. I've changed it to "File transfer".

>> --------------------------------------------
>> Unable to open a folder for M2103K19G
>>
>> The name :1.176 was not provided by any service files
>> --------------------------------------------
>> or
>> --------------------------------------------
>> Unable to open a folder for M2103K19G
>>
>> Object does not exist at path "/org/gtk/vfs/mount/1"
>> --------------------------------------------
>
> Both adb and termux can both copy files over Wi-Fi without USB.
> <https://i.postimg.cc/ZK9B82gP/adb15.jpg> adb pair [IP][Port] [code]
> <https://i.postimg.cc/SRRXtvKh/adb16.jpg> Android 12 Wireless Pairing

Aha!. I'd noticed those 6-digit numbers appearing and there was a
comment that they weren't available (or something similar). Now I know
what they were - to pair with the device! Android can be less than
informative...

> Also Andronix is free Linux running on unrooted Android which may help you.
> <https://i.postimg.cc/90z75Fh8/andronix01.jpg> androix linux distro

I'll have a read-up on Andronix as I'd never heard of it.

>> At the same time, much more annoyingly, FairEmail no longer connected to
>> the mailserver. I got an error message about server timeout and password
>> issues. I then spent two hours going through my phone turning on
>> permissions I had turned off, without success. I tried again, and must
>> have done something right as FairEmail worked again. I could even attach
>> files and send them with the email.
>
> Good that you're using Marcel's tool - he's a sensitive person who would
> love if you send him a message of thanks - he's VERY sensitive about it.

It is a very good app, but even in its free form is powerful and quite
complicated.

>> However, the USB problem still existed. I assumed it was something to do
>> with MTP, but what? On plugging in the USB cable, the phone started
>> charging, and showed me a screen with "Use USB" for:
>> "No data transfer" (which is ticked by default)
>> "File transfer/Android auto"
>> "Transfer photos (PTP)"
>
> See above. That doesn't look good that it isn't set to USB data transfer.
> Luckily you can also use Wi-Fi which doesn't need the USB to be set on.
>
>> I ticked the "File transfer/Android auto", but nothing happened...until
>> a few minutes ago, when all the files became visible again on the laptop!
>
> Sometimes just a simple reboot is "magic" with computers. Don't ask me why.

Isn't it the basic operating method when using Windows? ;-)

>> Perhaps it was just a way for Google to get me to re-enable permissions
>> for all its "spyware" apps! :-)))
>
> The way I disable permissions and apps is I do them slowly - one at a time.
>
> And I send a text to myself (just because it's easier that way) saying what
> I did (usually it's a clipboard cut-&-paste for minimum effort on my part).
>
> Glad you got it sorted out.

Thanks for your help and advice once again. I'm (very slowly...) getting
there.

--

Jeff

On Sun, 1 Oct 2023 11:58:27 -0400, Wally J wrote:
> Sometimes just a simple reboot is "magic" with computers. Don't ask me why.
>

Oftentimes, applications don't clean up properly after they close. Or
pointers to memory get corrupted. A reboot gives Windows a fresh
start without those issues.

Just a couple of days ago, I had a weird message about no application
context (or something) when I tried to delete some files in %TEMP%.
(Only some had this problem; most were deleted as usual.) A reboot
fixed the problem, and in fact the bad files no longer showed up at
all in %TEMP%.

--
Stan Brown, Tehachapi, California, USA https://BrownMath.com/
Shikata ga nai...

Jeff Layman <Jeff@invalid.invalid> wrote

>> I hate to see other people struggling with Android - as it hurts me
>> when people can't do things that they want to do when they want to.
>
> Indeed. It's supposed to be simple to transfer files via Bluetooth (and
> probably WiFi),

The problem I have with Bluetooth is that the "secret codes" are a PITA.
<https://i.postimg.cc/JhjpnRgh/webdav14.jpg> Mirroring Android on Windows

> and I didn't have problems linking my phone and laptop -
> it's just that they didn't want to talk to each other! I wouldn't be
> surprised if there are some permissions issues going on (see my comment
> about 6-digit pairing numbers below). Anyway, now the USB transfer has
> been re-established, I /might/ revisit Bluetooth to see if I can get it
> working.

I find the "security" of Bluetooth a PITA, where I think you'll like WebDAV
better since it mounts the Android filesys as a Windows drive letter.
<https://i.postimg.cc/yYWwgGmy/webdav12.jpg> Android Windows drive letters
>> There are other ad hoc methods we've discussed on this ng in the past,
>> e.g.,
>> a. NitroShare
>
> FYI I had a look at the Play Store, but was informed that Nitroshare
> wasn't available as it only worked with an earlier version of Android.

Hmmmm... haven't needed NitroShare in a long time as I used it when I
tested _every single suggestion_ for filesharing ever made on this ng.
<https://nitroshare.net/>

I think you may be confusing the "server" with the "client" though.
<https://play.google.com/store/apps/details?id=net.nitroshare.android>

Here are the screenshots from my last test using Nitroshare on my Android.
<https://i.postimg.cc/90HqTpw2/nitroshare01.jpg> Open Windows firewall
<https://i.postimg.cc/Z5382rkR/nitroshare02.jpg> Android NitroShare
<https://i.postimg.cc/CMzvhP9r/nitroshare03.jpg> Select file(s)
<https://i.postimg.cc/qBsN34fN/nitroshare04.jpg> Select desktop

>> b. KDE Connect
>
> Looks best for me as it's installed by default on Linux Mint. However,
> it seems I might have to do something to allow access via any firewall I
> have on the laptop.

As I said, I've tested _every_ suggested file-sharing solution on this ng.
<https://play.google.com/store/apps/details?id=org.kde.kdeconnect_tp>

Here are my screenshots from when I had tested KDE Connect with Windows.
<https://i.postimg.cc/qqcHvN6T/kdeconnect01.jpg> KDEConnect setup
<https://i.postimg.cc/ZYHf4PCq/kdeconnect02.jpg> KDEConnect pairing
<https://i.postimg.cc/cJ39SVnq/kdeconnect03.jpg> KDEConnect sharing

>> c. Kies (works on more than just Samsung)
>> etc.
>
> Yes, there are quite a few file transfer apps, but some require a
> careful looking at.

Agreed. There are a billion file-sharing apps.
I've tested ever free app which has been suggested on this newsgroups.

That's scores of them.
Including SMB/Cifs/Samba & FTPUSe for example (which Frank knows about).

Most aren't worth using.
USB and Wi-Fi and WebDav are the ones I'd concentrate on.

Personally, I'd not use Bluetooth.
Too much of a PITA in the authentication process.

> One of the first ones I installed to try out asked
> immediately for location access so it could detect any nearby devices to
> transfer or receive files to/from. That's the problem with the Play
> Store - there's very little information to go on.

If you search for my step-by-step tutorials, you'll find what you need.

>> One thing you can doublecheck on the phone is the USB setting of course.
>> <https://i.postimg.cc/JnDTWH9M/usb01.jpg> USB default settings
>> Yes. I know you checked it. Look in the Developer options to make sure.
>
> That's interesting. There was no "Developer options" available under
> "Settings" on my phone, until I found out how to reveal it just now.

We've discussed Developer options so many times to explain how to enable it
would sort of be like explaining how to open the Windows registry editor.

People all know about it by now if they've been on this ng for a while.

> When I looked at "Default USB configuration" it had "No data transfer".
> If that's the case, as I was able to do it previously, it must have
> changed during an update. I've changed it to "File transfer".

I would leave it forever at that setting and never worry about it again.

>> Both adb and termux can both copy files over Wi-Fi without USB.
>> <https://i.postimg.cc/ZK9B82gP/adb15.jpg> adb pair [IP][Port] [code]
>> <https://i.postimg.cc/SRRXtvKh/adb16.jpg> Android 12 Wireless Pairing
>
> Aha!. I'd noticed those 6-digit numbers appearing and there was a
> comment that they weren't available (or something similar). Now I know
> what they were - to pair with the device! Android can be less than
> informative...

This pairing is what makes Wi-Fi transfer more of a PITA than USB cable.

I use adb all day, every day - but it still is a PITA to have to pair it
which is why lately I've been using adb over USB more than adb over Wi-Fi.
<https://i.postimg.cc/9M0Tqzm6/adb01.jpg> Wireless debugging option
<https://i.postimg.cc/hPVtkTXK/adb02.jpg> Boot turns W/L debug off
<https://i.postimg.cc/Dyy7rWYd/adb03.jpg> Activity requires permission
<https://i.postimg.cc/wTfg06CK/adb04.jpg> WiFi Calling on/off Activity
<https://i.postimg.cc/Gm4rfWR4/adb05.jpg> Some Activities fail to run
<https://i.postimg.cc/3xz7Qtrn/adb06.jpg> Run Activity from Termux
<https://i.postimg.cc/W3vvhtkZ/adb07.jpg> Activity = Bad Component Name
<https://i.postimg.cc/9X1hQmF4/adb08.jpg> Starting Intent with -n
<https://i.postimg.cc/zB5sqMsS/adb09.jpg> Same Intent different name
<https://i.postimg.cc/rwb9Mrr8/adb10.jpg> WiFi settings overview
<https://i.postimg.cc/xTqWjL47/adb11.jpg> WiFi control history
<https://i.postimg.cc/R0x8TyZ5/adb12.jpg> Using an Activity Inspector
<https://i.postimg.cc/7hhQ6ym7/adb13.jpg> Adb using -a for wifi Intents
<https://i.postimg.cc/sxn4F1WS/adb14.jpg> Wi-Fi Calling Activity
<https://i.postimg.cc/ZK9B82gP/adb15.jpg> adb pair [IP][Port] [code]
<https://i.postimg.cc/SRRXtvKh/adb16.jpg> Android 12 Wireless Pairing
<https://i.postimg.cc/CLWZmJT3/adb17.jpg> Allow wireless debugging
<https://i.postimg.cc/rmBHmvtV/adb18.jpg> Windows adb vysor & scrcpy
<https://i.postimg.cc/CLyK8z9v/adb20.jpg> Both vysor & scrcpy use adb
<https://i.postimg.cc/qRhkhTwV/adb21.jpg> Android Wireless-debugging tile
<https://i.postimg.cc/zfLp8b2v/adb22.jpg> Windows Ctrl-Z,bg workaround
<https://i.postimg.cc/85FwbwfX/adb23.jpg> USB needed before Android 11
<https://i.postimg.cc/SRBWNrJ3/adb24.jpg> Android 12 needs no USB
<https://i.postimg.cc/6p90PBGv/adb25.jpg> C:\> set ANDROID_ADB_SERVER_PORT
<https://i.postimg.cc/YjBWwCPw/adb26.jpg> setprop service.adb.tcp.port #
<https://i.postimg.cc/L4bDbk6z/adb27.jpg> scrcpy --tcpip=[IP]:[PORT]
<https://i.postimg.cc/zDCTY9NS/adb28.jpg> multiple adb connections
<https://i.postimg.cc/R0BXTMCy/adb29.jpg> multiple pairing connections
<https://i.postimg.cc/DZV4tcYM/adb30.jpg> Windows pairing debuggers
<https://i.postimg.cc/436FCYFX/adb31.jpg> Local adb runs on Android
<https://i.postimg.cc/7YLhtcZL/adb32.jpg> ladb eliminates the PC
<https://i.postimg.cc/9MSg3sjj/adb33.jpg> Long and short serial formats
>> Also Andronix is free Linux running on unrooted Android which may help you.
>> <https://i.postimg.cc/90z75Fh8/andronix01.jpg> androix linux distro
>
> I'll have a read-up on Andronix as I'd never heard of it.

It's basically any Linux distro that you want, running on unrooted Android.
It's alongside of Android - so it's just additive.
<https://play.google.com/store/apps/details?id=studio.com.techriz.andronix>

You use it when you need it.
Just like you do with Termux.

>> Good that you're using Marcel's tool - he's a sensitive person who would
>> love if you send him a message of thanks - he's VERY sensitive about it.
>
> It is a very good app, but even in its free form is powerful and quite
> complicated.

Let Marcel know if you can.
I've helped him test it, especially when Google tried to screw him over.

He fixed everything I needed fixing.
There's never a need to use the GMail app (which creates an account).

>> Sometimes just a simple reboot is "magic" with computers. Don't ask me why.
>
> Isn't it the basic operating method when using Windows? ;-)

Only with computers is doing the same thing twice and expecting a different
outcome that second time not the definition of crazy.

>> Glad you got it sorted out.
>
> Thanks for your help and advice once again. I'm (very slowly...) getting
> there.

On 10/1/23 10:58, Wally J wrote:
> No sense in me explaining more when I've already spilled my guts
> (with many illustrations and tutorials) in the searchable archives.
> <http://groups.google.com/g/name.of.usenet.ng>

Following the link gives an error message.
--
user <candycane> is generated from /dev/urandom

On Sun, 1 Oct 2023 17:10:50 -0500, candycanearter07 wrote:

> On 10/1/23 10:58, Wally J wrote:
>> No sense in me explaining more when I've already spilled my guts
>> (with many illustrations and tutorials) in the searchable archives.
>> <http://groups.google.com/g/name.of.usenet.ng>
>
> Following the link gives an error message.

http://groups.google.com/g/<insert the name of the usenet ng here>

On 10/1/23 21:56, Oscar Mayer wrote:
> On Sun, 1 Oct 2023 17:10:50 -0500, candycanearter07 wrote:
>
>> On 10/1/23 10:58, Wally J wrote:
>>> No sense in me explaining more when I've already spilled my guts
>>> (with many illustrations and tutorials) in the searchable archives.
>>>   <http://groups.google.com/g/name.of.usenet.ng>
>>
>> Following the link gives an error message.
>
> http://groups.google.com/g/<insert the name of the usenet ng here>

Ah oops, sorry. That makes more sense.
--
user <candycane> is generated from /dev/urandom

On Sun, 1 Oct 2023 17:10:50 -0500, candycanearter07
wrote:
> On 10/1/23 10:58, Wally J wrote:
> > No sense in me explaining more when I've already spilled my guts
> > (with many illustrations and tutorials) in the searchable archives.
> > <http://groups.google.com/g/name.of.usenet.ng>
>
> Following the link gives an error message.
>

By all means, don't tell us what the error message is.

--
Stan Brown, Tehachapi, California, USA
https://BrownMath.com/
Shikata ga nai...

On 10/1/23 22:47, Stan Brown wrote:
> On Sun, 1 Oct 2023 17:10:50 -0500, candycanearter07
> wrote:
>> On 10/1/23 10:58, Wally J wrote:
>>> No sense in me explaining more when I've already spilled my guts
>>> (with many illustrations and tutorials) in the searchable archives.
>>> <http://groups.google.com/g/name.of.usenet.ng>
>>
>> Following the link gives an error message.
>>
>
> By all means, don't tell us what the error message is.
>

Content unavailable.
--
user <candycane> is generated from /dev/urandom

On 01/10/2023 22:01, Wally J wrote:
> Jeff Layman <Jeff@invalid.invalid> wrote

>> FYI I had a look at the Play Store, but was informed that Nitroshare
>> wasn't available as it only worked with an earlier version of Android.
>
> Hmmmm... haven't needed NitroShare in a long time as I used it when I
> tested _every single suggestion_ for filesharing ever made on this ng.
> <https://nitroshare.net/>
>
> I think you may be confusing the "server" with the "client" though.
> <https://play.google.com/store/apps/details?id=net.nitroshare.android>
>
> Here are the screenshots from my last test using Nitroshare on my Android.
> <https://i.postimg.cc/90HqTpw2/nitroshare01.jpg> Open Windows firewall
> <https://i.postimg.cc/Z5382rkR/nitroshare02.jpg> Android NitroShare
> <https://i.postimg.cc/CMzvhP9r/nitroshare03.jpg> Select file(s)
> <https://i.postimg.cc/qBsN34fN/nitroshare04.jpg> Select desktop

I'd assumed that - as with KDE Connect - it required Nitroshare
installed on the computer as well as the app on the phone, and they
would be talking to each other. If you try to get the Nitroshare app
from the Play Store (or whatever you use - F-Droid?), does it not tell
you that it won't work with your version of Android?

(snip)

>>> Also Andronix is free Linux running on unrooted Android which may help you.
>>> <https://i.postimg.cc/90z75Fh8/andronix01.jpg> androix linux distro
>>
>> I'll have a read-up on Andronix as I'd never heard of it.
>
> It's basically any Linux distro that you want, running on unrooted Android.
> It's alongside of Android - so it's just additive.
> <https://play.google.com/store/apps/details?id=studio.com.techriz.andronix>
>
> You use it when you need it.
> Just like you do with Termux.

Noted

> I'm different than most posters in this newsgroup as I'm not here for
> amusement. I'm here to help others (and to learn from them).

I've saved your post complete for future reference.

--

Jeff

Jeff Layman <Jeff@invalid.invalid> wrote

> I'd assumed that - as with KDE Connect - it required Nitroshare
> installed on the computer as well as the app on the phone, and they
> would be talking to each other. If you try to get the Nitroshare app
> from the Play Store (or whatever you use - F-Droid?), does it not tell
> you that it won't work with your version of Android?

NOTE: This is a followup to this file-sharing thread with Windows' added.
*A cautionary tale*
<https://groups.google.com/g/comp.mobile.android/c/Y0nzYXsZ_vs>

Dunno. I haven't used Android NitroShare with Windows 10 in a long time.

Like I said, I had tested _every_ file-sharing suggestion ever made
(that was free and ad free anyway) on both the Windows & Android ngs.

One of those many file-sharing tests were on NitroShare:
<https://i.postimg.cc/90HqTpw2/nitroshare01.jpg> Open Windows firewall
<https://i.postimg.cc/Z5382rkR/nitroshare02.jpg> Android NitroShare
<https://i.postimg.cc/CMzvhP9r/nitroshare03.jpg> Select file(s)
<https://i.postimg.cc/qBsN34fN/nitroshare04.jpg> Select desktop
But that was a long time ago - maybe Android 10 or maybe earlier.

(My phone has been upgraded from Android 10 -> 11 -> 12 -> 13 and
all the apps came over in the exact place I had put them prior so
my NitroShare today was probably installed on Android 10 long ago.)

I'm on Android 13 & Windows 10 so let's see what happens when I try.

0. Since I have an absolutely perfect system of bringing over the old
homescreen to any new phone (just like I brought over WinXP menus
to Windows 10 and they worked instantly - verbatim - with a copy!)
I had to first uninstall the old NitroShare just to start fresh.
C:\> adb shell pm uninstall -k --user 0 net.nitroshare.android
Now it's time to start fresh by obtaining the latest NitroShare.

1. Most people would use the Google Play Store but I don't even have
that installed on my unrooted Android so I open the App finder
<https://play.google.com/store/apps/details?id=scadica.aq>
Note: This Skyica app is one of the best APKs on this planet!

2. The Skyica App Finder easily finds the NitroShare APK by Nathan Osman.
<https://play.google.com/store/apps/details?id=net.nitroshare.android>
Note: The App Finder has filters like you absolutely can't imagine!

3. App Finder passes the URI to the Aurora Google Play Store GUI
(which doesn't require me to create a Google Account - that's why)
(which also does a lot of good things such as NOT DELETE the APK)
<https://aurorastore.org/>

Note: Not deleting the APK means every single app I install on
Android (and every subsequent version of that app!) is automatically
saved onto my Windows PC since Android is a drive letter on Windows.
<https://i.postimg.cc/9FJMKYch/scrcpy21.jpg> Windows Drive: === Android

Note: That way, to install any APK that you had previously installed
any number of years ago, you simply slide it from Windows to Android.
<https://i.postimg.cc/wvsbcNBz/scrcpy05.jpg> Drag APK from Windows

Also note the Android GUI is ~2 feet tall by ~1 foot wide on the PC
monitor so I'm doing all this using the PC mouse/keyboard & clipboard.
<https://i.postimg.cc/tgvzsMRm/scrcpy25.jpg> Connect over Wi-Fi sans USB

4. That downloads (updates) NitroShare on my Android 13 which says
"NitroShare for Android works with the desktop app,
which is available for Windows, macOS, and Linux./"
visit website = https://nitroshare.net/

5. I download & install the Windows 64-bit installer onto my Windows PC
C:\{app,menu,software}\network\nitroshare\.
<https://launchpad.net/nitroshare/0.3/0.3.4/+download/nitroshare-0.3.4-windows-x86_64.exe>
Name: nitroshare-0.3.4-windows-x86_64.exe
Size: 9308628 bytes (9090 KiB)
SHA256: 0816AA1147F66D09B5AF96170AB34361516A58A98D98470025B285ADE71CA358
Which creates a desktop shortcut that gets put into my cascade menu
Target = C:\app\network\nitroshare\nitroshare.exe

6. Now it's time to send an arbitrary file from each to the other
a. From PC to Android (you need to run the PC as the server)
b. From Android to PC (you will then use the APK as the client)

At this point I could go further but I'm aware that my PC is set up
differently than most PC's in that it doesn't have a Wi-Fi card.

It uses the Ethernet wired to an old router which acts as the Wi-Fi
bridge to an access point which itself is tethered to the router.

The point there is the NETBIOS of Windows gets screwed up in that
complicated assemblage (so I don't want to debug that for no reason).

Note: I never did understand why the lack of NETBIOS broadcasts
screws up just some network connections - but leaving most intact.

I could set up a simpler network - but my point is there are no
indications that NitroShare isn't going to work. None at all.

BTW, NitroShare "seems" like a copy of "KDEConnect" but it's not.
a. NitroShare only does one thing. Copy files to/from the desktop.
b. KDEConnect does a billion things - only one of which is copying files.
<https://i.postimg.cc/qqcHvN6T/kdeconnect01.jpg> KDEConnect setup
<https://i.postimg.cc/ZYHf4PCq/kdeconnect02.jpg> KDEConnect pairing
<https://i.postimg.cc/cJ39SVnq/kdeconnect03.jpg> KDEConnect sharing

In summary, I don't see any indication NitroShare won't work to share
files both ways between a PC & Android over an ad hoc Wi-Fi connection.

Why not try it (at least you should get as far as I just did).

Note: There are so many ways to copy files between Android & Windows
that it's not funny. I already can slide files both ways with aplomb.
<https://i.postimg.cc/hjkVFyqJ/scrcpy07.jpg> Android mnt as drive letter

The "magic" for me is a combination of scrcpy + webdav where there
is no distinction between the Android & the PC file system or GUI.
<https://i.postimg.cc/5NrK7jtg/scrcpy16.jpg> powershell hide-console trick
<https://i.postimg.cc/g2yNftw0/scrcpy15.jpg> Trick to pin batch shortcut
<https://i.postimg.cc/XqZsmVFM/scrcpy14.jpg> AppPath & shortcut TARGET
<https://i.postimg.cc/CxXH6N2r/scrcpy13.jpg> No scrcpy console window!
etc.

Apologies for not finishing the task but I hacked it out for you to
get you at least to the point where you have to set up your network.
--
I added the Windows' ng (and the Windows' archived ng too - which nobody
uses but which is a useful archive for how to do things on Windows).