SYNC Update Available on Focus!!!

[Bigbot45]

Originally Posted by copernicium112

Yep. It used to take about 5-7 days before I lost them and had to reboot to get them back. Since 3.2.2 it doesn't even last 2 days. I have done 3 reboots since Monday (I do reboots, I hate Master Resets because it wipes out all of the presets, wallpaper, phone, etc.) In all honesty, it didn't work that great with 3.0.2 for me and like I said I had reboot with that version as well, just not this often.

Call Ford and they'll tell you it is Sirius' fault and they are not sending the signal. Tell them that it is amazingly coincidental that after every reset/reboot the signal is suddenly there. Ask them how Sirius knows you just did a reset/reboot and suddenly knew to send out a signal. You will get nothing but silence on the other end of the phone (trust me, I've done it).

I've tested every single thing I could think of to fix this/get it working better. Everything I have tried leads me one conclusion - this is entirely a problem with MFT and has nothing to do with Sirius.

Worked flawlessly when I had 2.11.

Wasn't 3.22 supposed to specifically fix this? On 3.0.2 I've lost my traffic whenever I've had a serious need for it.

[heliosj228]

I run Linux.. does anyone just have the ability to download drive images so I can dd them myself? The friggin' Java app just doesn't see the USB drive in Linux. *sigh* You write software in an OS neutral language and then restrict it to only two.

[forceflow2]

Originally Posted by heliosj228

I run Linux.. does anyone just have the ability to download drive images so I can dd them myself? The friggin' Java app just doesn't see the USB drive in Linux. *sigh* You write software in an OS neutral language and then restrict it to only two.

The download isn't an image.

[heliosj228]

Then what is it? Just a bunch of files thrown to a formatted USB drive?

[forceflow2]

Originally Posted by heliosj228

Then what is it? Just a bunch of files thrown to a formatted USB drive?

Yes. The requirement of selecting a drive is just there to make the installation more or less idiot-proof so people don't forget to copy some files or put them in a subdirectory or the like.

[heliosj228]

Well, I can properly unzip a set of files. And none of this changes the fact they're using Java (again, an OS neutral platform) and not allowing all operating systems to use it.

[forceflow2]

Originally Posted by heliosj228

Well, I can properly unzip a set of files. And none of this changes the fact they're using Java (again, an OS neutral platform) and not allowing all operating systems to use it.

I don't think you understand what that actually means. I can pretty much guarantee you that Ford is using listRoots() to get the drives, which for *NIX systems will return "/" only. It's not going to know about your mounted volumes. If they say they support Macs (no clue whether it says so or not) then it's probably because they can just enumerate /Volumes. Java is architecture neutral, but it isn't development neutral. What do you want them to do, check the os.name and start calling system binaries if it's *nux/*nix to check that info? There's no way in hell I would let an applet do that, especially knowing Ford's programming track record. Not to mention complaining about them not going out of their way to accommodate an OS with negligible desktop penetration is ridiculous. If you've been using *NIX systems for any length of time you should understand and be used to this.

[heliosj228]

Originally Posted by forceflow2

I don't think you understand what that actually means. I can pretty much guarantee you that Ford is using listRoots() to get the drives, which for *NIX systems will return "/" only. It's not going to know about your mounted volumes. If they say they support Macs (no clue whether it says so or not) then it's probably because they can just enumerate /Volumes. Java is architecture neutral, but it isn't development neutral. What do you want them to do, check the os.name and start calling system binaries if it's *nux/*nix to check that info? There's no way in hell I would let an applet do that, especially knowing Ford's programming track record. Not to mention complaining about them not going out of their way to accommodate an OS with negligible desktop penetration is ridiculous. If you've been using *NIX systems for any length of time you should understand and be used to this.

Well thank you for the wonderfully condescending reply. I know exactly what I meant and I stand by it. How hard would it be to insert a call that determines which OS is being run and simply ask for a USB path? -- or [insert 3 other good ideas]. I'm sure they didn't choose Java on a whim, they were considering future scenarios that would also likely not support the method you described. But whatever... I'll take it to the dealership, it's their dime.

[forceflow2]

Originally Posted by heliosj228

Well thank you for the wonderfully condescending reply.

That's what I am here for.

Originally Posted by heliosj228

I know exactly what I meant and I stand by it.

You can stand by being wrong all you want, I won't stop you.

Originally Posted by heliosj228

How hard would it be to insert a call that determines which OS is being run and simply ask for a USB path?

Zero hard, but that's idiotic.

Originally Posted by heliosj228

-- or [insert 3 other good ideas].

You should probably insert a single one first.

Originally Posted by heliosj228

I'm sure they didn't choose Java on a whim,

Probably not.

Originally Posted by heliosj228

they were considering future scenarios that would also likely not support the method you described.

...What?

Originally Posted by heliosj228

But whatever... I'll take it to the dealership, it's their dime.

There we go, there's a good idea. Go with that and call it a day.

[heliosj228]

Originally Posted by forceflow2

That's what I am here for.

Thanks!

You can stand by being wrong all you want, I won't stop you.

I'm rubber you're glue..

Zero hard, but that's idiotic.

Why? Just saying it doesn't make it so.

You should probably insert a single one first.

See above.

...What?

Any number of scenarios, upgrades via embedded devices, internal tools, etc.

There we go, there's a good idea. Go with that and call it a day.

You know, I was a little frustrated and was slightly hostile to the process. But instead of handling this in a decent way and discussing it without the smell of arrogant douche, you went all in. Nice work cool guy.