Going to the Phab page of T14974, I see:
Exception
Rejecting ambiguous URI "[irc://{{{server|}}}{{#if:{{{port|}}}|:{{{port}}}}}/{{{channel}}} #{{{channel}}}]". This URI is not formatted or encoded properly.Description
Description
Revisions and Commits
Revisions and Commits
| rPHUTIL libphutil | |||
| rPHUTILf7dc56d1e670 Catch "Rejecting ambiguous URI" exception in yet another place | |||
Related Objects
Related Objects
- Mentioned In
- T167243: phabricator exception on T163283
T166870: "Unhandled Exception ("Exception"): Rejecting ambiguous URI" when trying to access certain tasks / conpherence rooms / etc
D673: Fix Exception Rejecting ambiguous URI
T166946: {{REVISIONUSER}} magic word output a redundant line feed character at the beginning - Mentioned Here
- D679: Fallback to plain text if we carn't make the text a hyperlink
T166870: "Unhandled Exception ("Exception"): Rejecting ambiguous URI" when trying to access certain tasks / conpherence rooms / etc
T14974: The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; {|) causes unexpected parsing
Event Timeline
Comment Actions
That task has a high priority so not being able to view it will prevent users from coming up with a fix for it.
Comment Actions
@Aklapper what patch is merged? I dont see any patches upstream related to fixing this problem.
php7 is not the problem as we doint run php7 in prod.
Comment Actions
I have all the comments on T14974 from 12/31/14 to @Anomie's comment on Apr 30, 2017 in my phabricator bug (spam) mail, so I don't believe that @Paladox's claim above (re: happening since migration to phabricator) is correct.
The last comment I have in mail is Anomie's mention of make sure that parser functions like <censored> can avoid injecting the newline when necessary.. The censored section is { { # i f : } } concatenated together, with (AFICT) no backquotes surrounding it. My strong suspicion is that that character sequence is crashing phabricator. I hope I've munged it enough here that I'm not going to crash phab on this task as well.
Comment Actions
Thanks, that does not fix tasks. Tested on phab-01. But my fix https://phabricator.wikimedia.org/D679 does.
Comment Actions
This is not a duplicate of that one as that one is fixed and this isent.
Tested on a test instance.
Comment Actions
Mentioned in SAL (#wikimedia-operations) [2017-06-08T02:40:47Z] <twentyafterfour> deploying hotfix for T166958