Closed
Bug 436105
Opened 17 years ago
Closed 16 years ago
Linkify URLs
Categories
(support.mozilla.org :: Forum, task)
support.mozilla.org
Forum
Tracking
(Not tracked)
VERIFIED
FIXED
1.2
People
(Reporter: jason.barnabe, Assigned: cilias)
Details
(Whiteboard: sumo_only administration)
URLs posted with no formatting in forum topics should become links.
Assignee | ||
Comment 1•17 years ago
|
||
I remember we turned this off, because it caused problems with the screenshot in <http://support.mozilla.com/en-US/kb/Firefox+cannot+connect+securely+because+the+SSL+protocol+is+disabled>, which uses a URL in the alt text. I assume the switch is universal.
Assignee | ||
Comment 2•17 years ago
|
||
The feature is called "AutoLinks".
<http://support.mozilla.com/tiki-admin.php?page=textarea>
Comment 3•17 years ago
|
||
Can we use different settings for forums? They would definitely be useful there.
Comment 4•16 years ago
|
||
Nelson, any advice on my question above?
Comment 5•16 years ago
|
||
I think it is better to try and fix autolinks so that it does not autolink patterns that appear in symtax for screenshots or other things...
Comment 6•16 years ago
|
||
Is there a bug filed for that, either on SUMO or upstream?
Comment 7•16 years ago
|
||
amette, can you check on whether this is something that is open/fixed upstream?
This script is not browser compatible.. doesnt work in IE which is used massive by many people...
Assignee | ||
Comment 9•16 years ago
|
||
Looking at the markup that caused us to turn AutoLinks off:
{SHOWFOR(browser=firefox2)}
If Firefox can't access a secure site, it will show the error, ''Firefox can't connect securely to www.example.com because the SSL protocol has been disabled.''
%%%
{img src="img/wiki_up/Secure_site_error.png" alt="A dialog with the text 'Firefox can't connect securely to www.securesite.com because the SSL protocol has been disabled'"}
{SHOWFOR}
The very text that is used for the alt attribute is right before the screenshot. This is also the only instance I know that the alt attribute is used for an image in the KB. I think we should just remove the alt attribute from that image, and re-enable AutoLinks.
Comment 10•16 years ago
|
||
We want this functionality for the forum, but I'm not sure if it's a good idea to do it in the KB, since we might be using URL examples in articles that we don't want linkified.
I'm guessing that Nelson's comment 5 means that this is not possible though. Nelson?
Assignee | ||
Comment 11•16 years ago
|
||
Using the no-parse tag works for disabling specific instances.
E.g.
~np~ http://www.mozilla.com/ ~/np~
https://support-stage.mozilla.org/en-US/kb/Article+Sandbox
Comment 12•16 years ago
|
||
In that case, can we test this on stage and see if it works well? I'm in favor of enabling this since it makes it a lot easier to quickly support users in the forum without having to fiddle with the wiki syntax for making links clickable.
Assignee | ||
Comment 13•16 years ago
|
||
As I understand it, 1.1 is frozen. I don't want to risk making things more difficult for QA, by making unnecessary admin changes. I'll set this for 1.2, and enable it on stage as soon as 1.1 is pushed.
Assignee: nobody → bmo2008
Target Milestone: --- → 1.2
Assignee | ||
Comment 14•16 years ago
|
||
AutoLinks is now enabled on stage.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: enable after push
(In reply to comment #14)
> AutoLinks is now enabled on stage.
Test post here: https://support-stage.mozilla.org/tiki-view_forum_thread.php?forumId=1&comments_parentId=349770; I'll keep looking around for potential regressions (before I verify), but it's looking good.
As you can see, I included:
<div class="posted-text">
<p><span class="img"><img alt="www.sense.com" src="img/wiki_up/Ssl2_disabled.png" border="0" />
</span>
</p>
</div>
And didn't have a problem with the forum post; I also did the img src/alt markup Chris references in comment 9, and threw it up on:
https://support-stage.mozilla.org/en-US/kb/autolink?bl=n, without any problems.
I'm calling this verified FIXED, especially given the workaround/solution in comment 11.
Status: RESOLVED → VERIFIED
Updated•15 years ago
|
Whiteboard: sumo_only administration
You need to log in
before you can comment on or make changes to this bug.
Description
•