User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/118.0

Steps to reproduce:

Visit https://рнидс.срб
Click on address bar emptiness, then click again

Actual results:

Cyrillic symbols are replaced to punycode in history

Expected results:

Cyrillic symbols are shown as they are

We were able to reproduce this and it's still valid for the heuristic visit result.

Backed out for causing multiple failures.

• Backout link

• Push with failures - xpchell failures

• Failure Log

• Failure line: TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/unit/test_autofill_bookmarked.js | xpcshell return code: 0

• Push with failures - mochitests failures
• Failure Log
• Failure line: TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_autoFill_trimURLs.js | Autocomplete result should have displayed title as expected for search 'sec' - "https://www.secureautofillurl.com/" == "https://www.secureautofillurl.com" - {"filename":"chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_autoFill_trimURLs.js","name":"promiseTestResult","sourceId":1232,"lineNumber":54,"columnNumber":10,"

There is an r+ patch which didn't land and no activity in this bug for 2 weeks.
:mseibert, could you have a look please?
If you still have some work to do, you can add an action "Plan Changes" in Phabricator.
For more information, please visit BugBot documentation.

https://hg.mozilla.org/mozilla-central/rev/2ea989327044

Reproducible on Firefox 118.0 on Ubuntu 22.
Verified as fixed on Firefox Nightly 123.0a1 on Ubuntu 22, macOS 12, Windows 10.

Ubuntu 22.04.3, Firefox 123.0b2.
Punycode can still be seen on History -> Manage History view (attached screenshot above)

I think there has been a miscomprehension, as the bug was in the Address Bar Component and thus it has been fixed in the Address Bar, not in the History views.

Sorry about that, I just filed https://bugzilla.mozilla.org/show_bug.cgi?id=1876738 to track the History views.

Address Bar still shows Punycode sometimes, e.g. when entering this url: https://.срб

That's either expected because it contains some invalid char, or it's an invalid URI, or it's a bug in the URL parser, as new URL("https://.срб").URI.displaySpec shows Punycode. If that URI is actually valid please file a separate bug in Network.