IssueTracker

Seeing the same issue. Similar behaviour if proxy is attempted to be set via the emulator console.

The release notes for 33.1.23 mention:

"Graphics backend upgrade: We've implemented the gfxstream protocol for our graphics backend, This enhancement elevates the overall graphics performance and stability of your system. In addition, introducing Vulkan 1.3 support beginning with system image with API 34",

and IpAddress::toString() basically early exits if GFXSTREAM backend is defined:

std::string IpAddress::toString() const {
    std::string result;
// TODO: Figure out why on mingw build of gfxstream backend, we get a link
// error for inet_ntop here.  Since inet_ntop is not needed in gfxstream
// backend, we can safely avoid referencing it in the linker.  In the long
// term, perhaps we should unbundle more dependencies away from
// android-emu-base so that it doesn't need this function in the first place.
#if defined(AEMU_GFXSTREAM_BACKEND) && AEMU_GFXSTREAM_BACKEND
    return result;
#else
    switch (mKind) {
        case Kind::Ipv4: {
            struct in_addr ip4;
            ip4.s_addr = htonl(mIpv4);
            result.resize(INET_ADDRSTRLEN);
            inet_ntop(AF_INET, &ip4, &result[0],
                      static_cast<socklen_t>(result.size()));
            result.resize(::strlen(result.c_str()));
            break;
        }
        case Kind::Ipv6: {
            struct in6_addr ip6;
            static_assert(sizeof(ip6.s6_addr) == sizeof(mIpv6.mAddr),
                          "Invalid Ipv6Address size");
            memcpy(ip6.s6_addr, mIpv6.mAddr, sizeof(ip6.s6_addr));
            result.resize(INET6_ADDRSTRLEN);
            inet_ntop(AF_INET6, &ip6, &result[0],
                      static_cast<socklen_t>(result.size()));
            result.resize(::strlen(result.c_str()));
            break;
        }
        default:
            result = "<invalid>";
    }
    return result;
#endif
}

Not sure how to know what cmake options / features the release was built with, but since i see libgfxstream_backend.so in the release package I assume that the release is built with this and that is what breaks it? It would we consistent with the output in the logs - proxy is resolved but the address shows up as an empty string.

I recompiled emu-33-release from sources (so gfxstream by default is off) and proxy works so that is most likely it.

Someone please help me build a emulator that works while the bug is not solved, just show how things work so i can do it, pretty please.

we will release update with the fix in 34.1.x stable soon

Devki,
 we need a new release for 34.1.x

Emulator 34.1.20 has been released with a fix for this