Wiki: Known Issues

You are currently comparing revision 128 and revision 130. Go to current version

Wiki: Known Issues

Wiki, Known Issues, Ed Price, Has TOC, en-US, Ed's Favorite Articles, EFA, EAA, has comments
This is a community list of Known Issues for TechNet Wiki. As issues get fixed, we will move them to the Fixed Issues section.

If your issue is more like a Feature Request, then add it to the TechNet Wiki Feature Requests.

You can add issues to the appropriate section below, or you can discuss any issue in two ways:



Add additional known issues at the bottom of this section.

1. IE9 is not supported

TechNet Wiki does not support Internet Explorer 9 (IE9).

STATUS: IE9 seems to be supported well now. We need to verify this with the Wiki tools team. 


2. Line white spaces are randomly added when using IE9

When you use Internet Explorer 9 (IE9), line white spaces can be added anywhere in the article. We have seen them randomly added at the end of the article, after bullets, after Line Rules, and after Headers. Here's an example on this page (under "Tags").

We verified that this bug (as first mentioned in a forum thread), seems to be connected to IE9 compatibility. Also, this issue seems to happen more when you switch to the HTML tab.

WORKAROUNDS: Delete the extra spaces. Use a different browser. Try using IE9 in Compatibility View.

STATUS: Current plans are to ensure compatibility with IE9 . Cannot reproduce (4/16/13).


3. Indentation doesn't work as expected when using IE9

When you click the Indent buttons in the Wiki Editor when using IE9, additional paragraphs might indent with the intended paragraph. Isn't this an editor issue? Does it exist on all browsers?

WORKAROUNDS: Confirm that you're not actually indenting the same <p> tag in the HTML. By default the editor uses <br/> tags instead of <p> tags and as such indentation occurs across multiple paragraphs. Switch to HTML mode and put the <p> tags in to create the paragraphs.

STATUS: We are reviewing the options for both p and br tags. Ed: Verified that it still exists on 4/16/13. But this might be an editor problem and not a browser problem.

4. IE9 does not display horizontal line rules

Even though the Rule line appears in the Editor, it does not appear in the article. This seems to happen when you edit an article with Line Rules already in the article.

WORKAROUNDS: Try removing the horizontal line rule and adding a new one. Use a different browser.
STATUS: Need to verify this still exists.


5. IE9 does not display Avatar correctly in viewing previous Revisions

This issue was posted in the Wiki Forum; see:

STATUS: Need to verify this still exists. This might be an Editor problem and not a Browser problem.

  ↑ Return to Top


Add additional known issues at the bottom of this section.


1. Search is currently outdated.

Search on TechNet Wiki is currently outdated. You're searching on a crawl from several months ago.
WORKAROUNDS: Search in your browser on Bing Search. Include "TechNet Wiki" along with the title you're searching for.

Return to Top


Add additional known issues at the bottom of this section.

1. A previous user can "steal" your title

The title you make generates a URL to the article with the title name in it. It's possible for a contributor to change a title. The old title URL redirects to the new title URL. However, if new users wants to create pages with the same names as old titles, then they cannot. They will have to come up with a new title (which might break consistency standards).

Return to Top


Wiki Editor

Add additional known issues at the bottom of this section.


1. Indentation bug

Sometimes, especially in lists of bullets, entire sections of content (and all the content below that section) will be automatically indented to the right. 

WORKAROUND: To fix the symptoms of this bug, click the HTML View tab, find the section that begins the indentation in the code, and make sure there is a closing ordered list </ol> or unordered list </ul> tag above it. 

STATUS 08/23/2012: This problem is seen often. Generally, a closing </li> tag (less often </ol> or </ul>) was missing, and the Wiki editor "fixed" the HTML by adding the missing tag, but in the wrong location. Often, the </li> tag is added after the next heading line, so the heading line is indented. Sometimes, the </li> tag is added after the next list, so the entire list is indented relative to the first list. In all cases, the fix is to move the errant </li> tag in the HTML editor. I check the last item in each list. If the last item does not have a closing </li> tag, I search for the next </li> tag, verify that it is in the wrong place, then move it to where it belongs.
STATUS: Need to verify this bug still exists (4/16/2013).

2. Go Nowhere Links appear when using anchors

Adding an anchor tag to a sub-header (or any text) turns it into a "go nowhere" link. Example article. This happens when you import another article with the anchor tags associated to the entire sub-header (here is an HTML example: <a name="Title1">Title 1</a>), and it also happens when you highlight the sub-header and apply the anchor to the entire sub-header.
WORKAROUND: You'll need to remove the title text from the <a name> argument. For example, if your HTML is... <h2><a name="Title1">Title1</a></h2>... then you need to remove the text from the <a> tag. Instead write it like this: <h2><a name="Title1"></a>Title1</h2>.
Also, do not add anchors to your article. Instead, just use headers. At the top of your article, type the wiki code [toc] in the Design tab, and the Wiki platform will turn the text into a table of contents that lists out all the header sections, including their hierarchy (where an h2 is indented under an h1 section). Because of this TOC feature, you don't need to add anchors.
STATUS: Need to verify this bug still exists (6/10/11).

3. Bullet icons turn blue

Adding a hyperlink to a full line in a bullet (where you select the whole line, including the white space to the right of the line) can ruin bullet and spacing formatting. Specifically, it turns the bullet icon blue.

WORKAROUND: Do not highlight/select the whole line. Highlight/select only the text and not the space after the text (which is what happens to show you that the whole line is highlighted/selected). If you cannot highlight only the text, highlight all the text except for the last letter. Then when you click the Insert Link or Anchor button from the Editor toolbar, add the missing letter back to the text in the Link Text box, enter the new URL, click OK, and when you return, delete the last letter that is not in the hyperlink.

STATUS: This bug still exists (10/15/12).

4. Tables do not appear as expected

TechNet Wiki Editor might not translate your table HTML code the way you want it to, especially if you are pasting from a word processor (such as Word). 

WORKAROUND: See Create Quick and Basic Tables Using the Wiki HTML Editor for information about creating tables using the Wiki HTML editor. This method requires that you edit the raw HTML for your article by clicking the <> HTML option in the status bar at the bottom of the Wiki Editor.

Verified this bug still exists (10/20/11).

5. The Editor changes your font

This usually happens when pasting from a word processor (such as Word).

WORKAROUND: Highlight all the text in the article, select Segoe UI from the Font Name drop-down list in the Editor toolbar, and select 12px from the Real font size drop-down list in the Editor toolbar. If you also have italics and font color issues, change those manually as well.
STATUS: Need to verify this bug still exists (6/10/11).
NOTES: This could be the same bug as #8 below. This might be an IE9 bug.

6. The Editor removes horizontal line rules

Even though the Rule line appears in the Editor, it does not appear in the article. This seems to happen when you edit an article with Line Rules already in the article.

7. The Editor creates unwanted "Span" elements in the HTML

This seems to happen when you paste content in from other word processors. This usually gives your text random fonts and font styles such as italics.

WORKAROUND: Highlight all the text in the article, select Segoe UI from the Font Name drop-down list in the Editor toolbar, and select 12px from the Real font size drop-down list in the Editor toolbar. If you also have italics and font color issues, change those manually as well.

NOTES: This could be the same bug as #6 above. This might be an IE9 bug.

8. Error: "<name> posted a new version while you were editing."

You try saving a file and then cannot save it again because the Editor already saved it, but the Editor did not send you to the article page/tab as expected. This happens when the Editor is saving, but you think the Editor has hung. When you click Save the second time, it has already saved your content. So it gives you an error telling you that you already saved it.

WORKAROUND: Click the Article tab to make sure your saves were made. You also might want to copy text you added just in case (because if you leave after making significant changes that were not saved, you cannot get back to what you wrote).

9. Rule Lines sometimes do not appear in the Editor

Sometimes when you click the Edit tab, the Rule Line that was previously added in a different revision does not appear in the Editor. It might be changed to white in the Editor. If you highlight the space, you will see that the line is still there. When you click Save to publish your changes (as long as you didn't delete the Rule Line), then the line still appears as black on the article page. This is a minor bug because it doesn't affect the final article page, but it is a bug and can be confusing or prompt the contributor to add another, unnecessary line rule.

NOTE: This might be an IE9 compatibility bug.

10. Style tags are sometimes removed by the Editor

Sometimes the style tags are removed by the Editor. This seems more likely when a paragraph calls a class within the style tag. This results in the content inside the tags (such as ". ClassName { margin-left:100px; }") being published on the article page, and the style doesn't take effect. This could be that the Editor isn't compatible with classes in HTML, or it could be another bug type. For more information, read this forum thread: 

For example...

<style>.ClassName { margin-left:100px; }</style>
<p class="foo">This is a paragraph with 100px padding.</p>

Publishes with the contents of the style tag in the final article:

. ClassName { margin-left:100px; }

This is a paragraph with 100px padding.

11. The article does not save

Sometimes you will click Save after writing an article or completing an edit, and the article does not seem to save. It seems to be waiting indefinitely. When you click Save, you get an error message that you have already written a more recent version. This is similar to #9 above.

WORKAROUND: When your article gets into this state (you are waiting for it to save for a long time), click the Save button again. If you see the error message that you already updated the article, then click the Article tab to see your changes. Your changes were saved correctly.

12. Comment Lost when you Save in the HTML Editor

If you use the HTML Editor to edit a Wiki article, add a comment, then click "Save" (without clicking the "Design" button to return from the HTML editor), it takes a long time to save and the comment is lost. This has happened to me several times. To avoid this problem, always click "Design" to return from the HTML editor before clicking the "Save" button.

13. Table of Contents (TOC) feature does not always work

Sometimes the TOC feature does not include all the header topics as items in the list. This happens about < %5 of the time. Usually it works, especially if you're authoring from scratch for the Wiki. It seems to happen more often when you paste content in from Word.

At least one known reason is a bug in the Telligent platform, which has been confirmed by the developers team.
The TOC is built using the header formats in the text.
The Wiki editor adds an <a name=...> tag to the header after you save. When you use a 0 anywhere in the header, you break the formatting.

Fix: You can include the 0 character in the header text, but you must fix the corresponding HTML. You must find the header line in the HTML editor, and remove or replace any 0 characters in the <a name> tag of the header.
STATUS: 1/aug/2012, BUG REPORT FILED, and bug confirmed. Last seen in JulyApril, 20122013.

Another problem is duplicate header lines in the article. The text of header lines can be duplicated in an article, and all will appear in the Table of Contents, but the links will not work. Duplicate header lines will have duplicate <a name> tags, so all of the duplicate entries in the Table of Contents will link to the same point. The fix is to modify the <a name> tags of the headers in the HTML editor to make the names of the anchor tags unique in the article.

A duplicate header line can result unexpectedly if the header has leading digits. When the <a name> tag is automatically created, any leading digits are ignored. This means that the headers "1.3 References" and "3.3 References" will have the same <a name> tag. You must edit the <a name> tags in the HTML editor to make them unique. Digits can appear anywhere else in the <a name> tag with no problems. For example, you can modify the tags as follows: <a name="References_1_3"> and <a name="References_3_3">. Note that spaces and periods must be replaced by underscores. These <a name> tags will be recognized. Of course, do not introduce zeros (the character "0").

A less common problem is when the entry in the Table of Contents includes the heading line plus all or part of the next paragraph. The cause is a missing </h1> tag (or </h2> etc). The Wiki editor adds the missing tag when you save, but in the wrong location; not at the end of the heading line, but after the next sentence or paragraph. The fix is to find the heading line in the HTML editor, verify that the terminating </h1> tag is missing (or </h2> etc), then find the next </h1> tag in the article and move it to where it belongs.

For assistance fixing a Table of Contents, refer to this Wiki article: Tips & Tricks to Fix the Wiki Article [TOC] (Table of Contents)


14. Colors Lost When an Article is Modified

When you edit an article, if any colors are specified using RGB values in the HTML, the colors may be lost when the article is saved. This does not always happen, but it often does. It may be that colors specified in a <div style> tag are retained. The workaround is to replace the RGB values with the closest standard color names. This is described in this Wiki article: Wiki: Troubleshooting Color Issues in Your Wiki Articles
A problem is that the RGB system can specify over 16 million colors, but there are only about 140 color names. It is often not possible to exactly match a color specified by the RGB system. When an article is updated it is often not noticed that colors were lost. It appears that this problem has only happened since the beginning of April, 2013. Articles modified since that date can exhibit the problem. It would be good to know if this bug will be fixed, as it requires a lot of work in the HTML editor and the colors cannot be made to exactly match in all cases. It will also be very difficult to restore the old RGB values later if the bug is fixed.
This Wiki article was published to assist in fixing the colors in articles: Wiki: Fix Color Issues in Wiki Articles
And this VBScript program was used to select the best standard color for any RGB values (3 integers): Fix Color Issues in TechNet Wiki Articles

Return to Top


Add additional known issues at the bottom of this section.

1. TechNet Forum Links show up as internal to TechNet Wiki

Links to TechNet Forums are missing the External Link icon and behave like internal Wiki links (they open in the same window). This is because the Forums use a similar URL structure as TechNet Wiki (so MSDN Forum links are marked as external).

STATUS: Last seen in September, 2011. A fix is planned.

↑ Return to Top


Add additional known issues at the bottom of this section.

1. Tag revision and History behavior is inconsistent

When you click a Revision in the History tab (or compare Revisions), the tag changes appear at the top of the page. Some tags are crossed out (in red) and other tags are added (in green). Tags are shown to be crossed off and added even though that change was not made in the revision. This likely happens because the sort/reorder of the tags (into alphabetical order) accidentally registers an edit/change in the revision even though the user never made that change (it was automatically made in each revision).

2. You cannot change the case of previous tags

The first person who enters the case of a tag (such as "ssAs") sets the precedence that all the tags of that combination of characters and spaces need to follow. For example, if person #1 adds the tag "ssas," then people #2-2000 who add "SSAS" are actually adding to the tag "ssas." This feature exists so that you don't end up with 8 different capitalization versions of the same tag (which is a good thing), but it still introduces a bug that while they might be consistent, the first person might not have entered the right (or best) capitalization combination (for example, they could have entered "ssAs" instead of "SSAS").
STATUS: Still exists, as of 4/16/2013.

3. When an article is deleted, it is not deleted from the tag results

If you delete an article, and when you delete it, it has a specific tag, then the article still appears in that tag's results. If you access the tag from another article or from a tag cloud, you will see the article listed on the tag results page. When you click the article, you reach a Not Found page. For example, the last article listed on this page is a deleted article:

Return to Top


Add additional known issues at the bottom of this section.

1. History comments migrate into article page comments

At the time of a platform change, a few more articles appear where the History comments port into the article page comments. It's very difficult to repro (you'd have to change the platform to test it), and there might be specific factors (timing of when it was published versus when the platform was updated, timing of edits, whether or not any comments were in the article's page comments section). It seems to have only happened with articles that have had no other page comments, but this could be a coincidence.


STATUS: Cause is not proven. Still exists as of 2/2013.

Localized Content

Add additional known issues at the bottom of this section.

1. ? symbols display in several languages

displays in Japanese, Chinese Traditional, Chinese Simplified, Korean, Thai and Russian localized articles.  1252 code page languages do not appear to be affected.
STATUS: Need to verify.

Return to Top


Add additional known issues at the bottom of this section.

1. Add as Friend feature does not act as expected

In the previous profile, Add as Friend added your friend to a Friends section of your profile. Because that profile version has been changed, the option to add a friend from a profile is gone. Also if you add a friend or are added as a friend, then you cannot see your friends anymore. That said, you can still add friends (even though you can't see them) by searching for their name and clicking Add as Friend under their profile name in the search results.

This is a helpful tool as a way to directly contact the person via email form. Also, you can see your activity and your friends' activity in the People tab of Recent Wiki Activity on the Wiki Home page. But this feature is rarely used by the community now that it has been removed from the Profile.
STATUS: I think this was solved because you can no longer search by names. Need to verify.

Fixed Issues

As issues get fixed, move them here. (There is no need to add old issues here that are no longer problems. This section is just meant to be a place to move fixed issues that were once known issues in this list.)



1. Missing comment notification feature

There is no feature to receive e-mail or RSS alerts/notifications when someone posts a comment on the article.

WORKAROUND: Check an article often for comments (about three times a week, if it is time sensitive, such as release notes, or once every 2-3 weeks if it is not time sensitive).

STATUS: Currently a fix is being planned to be released on July 13th, 2011.



1. It's unclear if a link is external or internal to TechNet Wiki

Unlike Wikipedia, there is no clear way of knowing when a link is external.

WORKAROUND: For external links, until we have an external link flag (like Wikipedia does), paste the link URL in the Editor so that it is obvious to a user that the link is not internal to TechNet Wiki. For the feature request, see Links #1 in the TechNet Wiki Feature Requests.


1. 'Favorite this page' link does nothing

In the previous profile, pages that you selected as Favorites appeared in your Favorite pages section. With the new profile, there is no such section. Currently the Favorite this page link (at the bottom of every article page) does nothing.

STATUS: Fixed in June, 2011. The Favorites button was removed.

2. Wiki contributions earn no points

Currently you can only earn points in your profile from Forum contributions, Gallery contributions, and not Wiki contributions. A new point solution that includes Wiki contributions is currently being planned. 

STATUS: Fixed on July 13th 2011, with other Profile features (like profile user cards and contribution points for blogs and annotations).


1. Search icon does not work as expected

The search icon in the search box is not active. (It looks like a button and acts like a button on other TechNet pages.)

WORKAROUNDYou need to press Enter when the focus is in the search box to execute the search. 

STATUS: Current plans are to remove this icon.


1. RSS for Tags does not work for tags with punctuation

The RSS for Tags link returns an empty RSS feed for any tags containing a hyphen or other punctuation. 

WORKAROUND: As a temporary work-around, use the tag as a keyword in a search and subscribe to the resulting RSS Search feed.

STATUS: Fixed in 2010.

2. Tag editing replaces original author

Essentially, you steal credit of the author of the article or you steal credit of the last edit. If you ever add, delete, or edit a tag in the Article tab, you will steal credit of the author (no record will exist of them having written the article), or, if there is at least one edit (two versions total), then you will remove the previous edit from the records (their edit remains, but you take credit for their edit plus the tag changes you made).

WORKAROUND: As a contributor/editor, only edit tags in the Edit tab. As an author, when you first write an article, make a first edit to the article as well. This will protect your authorship credit from ever being removed by this bug.

STATUS: Fixed in May 2011 with the upgrade to CS 5.6.

3. Tags disappear

You write an article, and you go to save the article. The tags disappear. I have only seen this once so far. Add notes of any attempts here that you made to reproduce this bug (whether successes or failures). See revision 20 in this article:
STATUS: Fixed.

Wiki Editor

1. Random code at the top of an article

You might see no code in the Design view of the Editor, but then after you save and publish the article, you see a block of code at the top of the article.

WORKAROUND: To fix the symptoms of this bug, click the HTML View tab, and then delete the Header tag content.

STATUS: Need to verify this bug still exists (6/10/11). Ed: As of 10/15/12, I cannot repro.

Return to Top

STATUS: Currently being planned to fix in April 2011 with the upgrade to CS 5.6.
STATUS: Currently being planned to fix in April 2011 with the upgrade to CS 5.6.
STATUS: Currently being planned to fix in April 2011 with the upgrade to CS 5.6.