|Support navigating to .local (mDNS) URLs in Android|
|Project Member Reported by cos...@gmail.com, Aug 21 2014||Back to list|
This feature is very useful for trying out under-development sites on real hardware. This has been asked for. Unfortunately, the discussion happened on StackOverflow, instead of here. http://android.stackexchange.com/questions/49188/how-to-get-mdns-working-for-chrome-on-android This is supported on iOS, on both Chrome and Safari. We should really support it on Android, if the overhead is reasonable. Android seems to have an (unnecessarily cumbersome) API for mDNS. http://developer.android.com/training/connect-devices-wirelessly/nsd-wifi-direct.html http://developer.android.com/reference/android/net/nsd/NsdManager.html
Aug 21 2014,
Jun 11 2015,
In our product, the user must find the correct IP in order to establish communication between the Android phone and our local embedded system - not very user friendly.
Jul 31 2015,
Is this a partial dup of issue 13573?
Aug 5 2015,
This seems like a much less ambitious subset of issue 13575 , which seems to ask for a UI that lists all servers that have mDNS announcements. As a developer, all I want is to be able to get something like "pwnage.local" resolved. Asides from slightly slowing down development, not having .local can lead to embarrassing demo failures. For example, in some hackathons, the demo area has a different WiFi configuration from the general hacking area. If I use an Android, I have to either find time to connect my laptop and phone/tablet to the demo network and change any hardcoded IPs, or I have to use a hack, such as setting up WiFi tethering on my phone and connecting my laptop to its AP. The saddest part is, I figure most developers learn this the hard way. I'd be glad to help with the implementation, if this is a desirable feature, and can be done entirely on the Chromium side.
Oct 12 2015,
I hit this the other day and was fairly disappointed it wasn't supported - use case was accessing a local Raspberry Pi running a web server. Regarding jpsugar's comments, I think this bug blocks #13573. This bug is regarding supporting navigation to .local URLs, where the user knows the URL. Bug #13573 is regarding a UI to list the URL's, meaning the user doesn't need to know the URL at all. NOTE: This is supported on Chrome for Desktop.
Nov 24 2015,
I would like to surf to raspberry.local and don't want to look up its ip in the dhcp server. iPhone and Desktop is working. Just Android doesn't :(
Dec 10 2015,
Aside from the entire world of web developers who would appreciate this feature, this would be very helpful in the developing world where we bring servers from the cloud to the ground (ground servers) because Internet usage is prohibitively expensive. Android is the go to device these days to lower the barrier to access ground servers. Literally millions of people in the developing world would benefit from this feature. It's a damn shame it isn't built into Android in the first place (https://code.google.com/p/android/issues/detail?id=19550). If anyone needs financial assistance to help work on this, I know of some sources we might be able to tap.
Apr 5 2016,
here is a workaround-app: https://play.google.com/store/apps/details?id=com.ersteheimat.peafinder
Sep 29 2016,
Ran in to a brick wall here. Please support. I move my raspberrypi.local around on different networks and do not have the ability to set static ips or reserve DHCP addresses.
Jan 19 2017,
As of IPv4 slowly fading away and IPv6 becoming a standard even for local networks, this is kind of feature which must be implemented ASAP.
To present a more common use: in networked homes (and with IoT gaining more publicity) the web interface of services and devices that support mDNS could be easy to access without knowing their IP address, just using their name.
Please add this compatibly it is a shame, deploy things on IoT that works on every browser but not on android :(
I wish I could Star the last Comment 13. I fully agree! It's a shame. :( :(
Shame chrome for Android!
|► Sign in to add a comment|