Anyway to get Maps working on Mavericks?

[iPodNano3]

so recently apple changed the url from beta.maps.apple.com to maps.apple.com. this has started this weird issue where chromium legacy (my default browser) would start up and go to maps.apple.com whenever i opened the maps app. the maps app still displays it fine but i have no idea why its opening the browser on the side. sounds similar to the other issue i was talking about.

 

[iPodNano3]

The developer, Maupro12321, very kindly shared the source code: https://github.com/ObscureMosquito/MapsX/blob/main/Tweak.x

Instead of porting this to SIMBL I tried modifying Squid's configuration to do a simple URL rewrite:

$_ =~ s/^(https?:\/\/)gspe(\d*)\.ls\.apple\.com/$1gspe$2-ssl.ls.apple.com/g;

The URL rewrite seemed to be working, but it didn't fix MapKit, which actually appears to have already been using the -ssl domain. You can see the problem right in the system console, the url it tries to access returns 503.

If anyone wants to install CharlesProxy/MitmProxy on a newer and older Mac and look at the URLs being called, maybe we could investigate further. I just don't care that much about 2013-era Apple Maps. There's a reason everyone panned this thing when it came out, sure it got better over time but this is the early one.

this is a screenshot taken from macos 10.12.6 sierra, where the stock maps app still works fine
plus, is there a way to do the gspe__.ls.apple.com to gspe__-ssl.ls.apple.com rewrite in charles?

 

[Wowfunhappy]

so i regularly use the new modified maps app, but it opens the original one whenever i start up the app.

This is an OS X bug, likely caused by the two apps both being called "Maps". I've usually only seen this happen when the bundle identifier is the same (which they are not in this case), but it has happened enough that I'm confident that is what's happening.

You can delete the original app and this will not happen. If you want to keep a backup, keep it in a zip file.

so recently apple changed the url from beta.maps.apple.com to maps.apple.com. this has started this weird issue where chromium legacy (my default browser) would start up and go to maps.apple.com whenever i opened the maps app. the maps app still displays it fine but i have no idea why its opening the browser on the side. sounds similar to the other issue i was talking about.

No, completely different issue. The app sees "maps.apple.com" as an external URL (because it's on a different subdomain from beta.maps.apple.com), and so it opens the page in your default web browser.

I've updated the app to use the new URL.

Maps.app

MediaFire is a simple to use free service that lets you put all your photos, documents, music, and video in a single place so you can access them anywhere and share them everywhere.

www.mediafire.com

 

[iPodNano3]

nvm

 

[iPodNano3]

The developer, Maupro12321, very kindly shared the source code: https://github.com/ObscureMosquito/MapsX/blob/main/Tweak.x

Instead of porting this to SIMBL I tried modifying Squid's configuration to do a simple URL rewrite:

$_ =~ s/^(https?:\/\/)gspe(\d*)\.ls\.apple\.com/$1gspe$2-ssl.ls.apple.com/g;

The URL rewrite seemed to be working, but it didn't fix MapKit, which actually appears to have already been using the -ssl domain. You can see the problem right in the system console, the url it tries to access returns 503.

If anyone wants to install CharlesProxy/MitmProxy on a newer and older Mac and look at the URLs being called, maybe we could investigate further. I just don't care that much about 2013-era Apple Maps. There's a reason everyone panned this thing when it came out, sure it got better over time but this is the early one.

(not very neccessary, just wanted to check if the issue here is certificate pinning) i compared the urls with a charles log from 10.12 sierra, this time with more details. 10.12 maps seems to use gspe19-ssl.ls.apple.com for the map tiles, and gspe11-ssl for satellite tiles. 10.9 maps, on the other hand, tries to connect to gspa35-ssl.ls.apple.com, which no longer exists. i set up a rewrite rule from gspa35 to gspe19, but it does not work. it is also showing <unknown> underneath gspa35. this may be a sign of certificate pinning. the rewrite tool doesn't even see the gspa35-ssl connection, according to the error log. in a browser, the rewrite rule does not seem to work either.

 

[Wowfunhappy]

(not very neccessary, just wanted to check if the issue here is certificate pinning) i compared the urls with a charles log from 10.12 sierra, this time with more details. 10.12 maps seems to use gspe19-ssl.ls.apple.com for the map tiles, and gspe11-ssl for satellite tiles. 10.9 maps, on the other hand, tries to connect to gspa35-ssl.ls.apple.com, which no longer exists. i set up a rewrite rule from gspa35 to gspe19, but it does not work. it is also showing <unknown> underneath gspa35. this may be a sign of certificate pinning. the rewrite tool doesn't even see the gspa35-ssl connection, according to the error log. in a browser, the rewrite rule does not seem to work either.

My suspicion is that the underlying api is just different for Mac vs iOS.

I haven't checked specifically, but it simply doesn't make sense to me that Apple would use certificate pinning for the Maps when they use certificate pinning for almost nothing else in Mavericks.

 

[iPodNano3]

i might make a tutorial tomorrow...

 

[iPodNano3]

looks gorgeous! i got satellite working too.