MSIE10 bug: "#__msie303:" not being replaced to "#" on client side

[mark.cooke@…]

Following on from #11262 and as reported in ​this thread:

On my system the comment links are broken (with __msie303:), due as far as I can tell to corporate instance on compatibility mode.

https://server.name/shared/sand-pit/ticket/2#ticket

Adding a comment:

https://server.name/shared/sand-pit/ticket/2#__msie303:comment:1

Editing the comment:

https://server.name/shared/sand-pit/ticket/2?cnum_edit=1

…resulting in:

https://server.name/shared/sand-pit/ticket/2#__msie303:comment:1 (again)

Server: Trac 1.0.8 on Windows 2008R2, self-built apache httpd 2.4.12, mod_wsgi 4.4.11 and Python 2.7.9 Client: Windows 7 enterprise using IE10

Ticket opened at request of Jun Omae:

However, I reproduce that issue when Trac site matches compatibility mode settings. It seems that X-UA-Compatible can override document mode but cannot override the behaviour for __msie303 trick.

[anonymous]

I did find one possible fix which suggests setting X-UA-Compatible as a header, not in the response body:

​https://bibwild.wordpress.com/2014/09/02/defeating-ie-forced-compatibility-mode/

[Jun Omae]

I've already tested. Both X-UA-Compatible header and meta tag lead standard mode in rendering. However, this issue isn't solved.

[Jun Omae]

Proposed changes in [85c569407/jomae.git] ([log:jomae.git@t12149). After the changes, it wouldn't use the __msie303 trick for IE 10 and 11 even though compatibility view mode.

[Jun Omae]

The patch with minor changes is committed in [14234] and merged to trunk in [14235].