FamilySearch Wiki:Known Issues/Archive 3

Known issues in FamilySearch Wiki are reported below, with the most recent at the top of the list:

Chrome Login loop
I was able to reproduce the error once during one of our Wiki Technical Meetings but as I tried to reproduce the problem by trying to edit a page before signing in to the Wiki. It prompts to sign in after signing in you click on edit this page COMM-1632 Warren 22:28, 11 October 2012 (UTC)

Problems searching the wiki
When the patron specifically searches for the page for example User:Username/​Sandbox/​ProfGen and clicks the search button it comes up saying "There were no results matching the query. But right underneath it is says There is a page named "User:Username/​Sandbox/​ProfGen" on this wiki COMM-1630 Warren 22:14, 11 October 2012 (UTC)

This is resolved as works as designed. By default, search does not look in the user namespace. If you click the advanced button, you can then select the user namespace and you will find what you are looking for. Warren 19:42, 1 November 2012 (UTC)

Jsquery
When trying to edit a subpage with out being signed in. It prompts you to sign in and after signing in it gives you this error /familysearch/js/jquery-1.7.1.js

COMM-1631 Warren 22:15, 11 October 2012 (UTC)

Gibberish (HTML code) on pages
Many pages are showing up with gibberish on them, which is actually HTML code. Some of these involve images. These will have to be corrected one by one, through the History of the pages. Charles Smith has volunteered to fix these, but it may take some time to go through them all. It is believed that this occurs when trying to edit a page too quickly after clicking on Edit. You need to wait for the initial Wikitext to go away before editing. These pages are being reported as they are found, so that engineering can ascertain the exact cause of the problem.

MediaWiki Internal Error When Trying to Sign in to FamilysSearch Wiki
When trying to sign in to the Wiki, a patron may receive an error stating, "MediaWiki internal error. Exception caught inside exception handler." This can happen if the patron is attempting to sign in with a user name that has an underscore (_) in it, as in this example: user_name. The patron should change his or her user name to remove the underscore. This should allow him or her to sign in to the Wiki with no problems. averyld 16:09, 7 August 2012 (UTC)

Google Chrome and the Navbar
When the using Chrome and you adjust the zoom to be below 100% The Navbar that is on the right moves to the bottom of the webpage. 1461 Warren 15:05, 23 May 2012 (UTC)

Image Captions
There is a bug with image captions on many images. It’s adding “RTENOTITLE” to some images in some situations. Warren 16:32, 2 May 2012 (UTC) This issue was reported by the engineers as resolved as of 03/Apr/12

Voting Issue
The feedback on the bottom of pages is not working correctly. All pages have the same number of votes/rating. The page ratings widget is back! Unfortunately, the counts on all the articles have gone to 0. So everyone gets a clean slate. Go give kudos to your favorite articles...

Image Map issue

 * Problem
 * If you try to edit a page with an image map on it, it tells you "Error: image is invalid or non-existent."


 * Workaround
 * Set-up the imagemap as a Template adding the Magic word "noricheditor" in capital letters with two underscores before and after like __ NORICHEDITOR __ in between a set of noinclude tags. This will prevent the Rich Text Editor from opening when editing the template but will allow it's use on the page where the imagemap is included.

Deleted page notifications say the page is new
The notification about a page being deleted says that the page is new. Engineering has been notified and will correct the problem. Mark 15:53, 8 February 2012 (UTC)

Email not working with the Share Button
A few people are experiencing a problem with sending or receiving e-mails, using the Share button on the top right corner of the page. This has been reported, and is being checked. If anyone has this problem, please report it to Support@family.search.org. with information about your browser, and details of the problem.

Media Wiki Internal Error
The error will show up in the upper left corner of a blank page


 * What to do:
 * A "Hard Refresh" by clicking on Ctrl + F5 keys. This should resolve the problem.

After signing out, System takes you to the FamilySearch home page
This may happen even if you had not been on the FamilySearch home page previously.


 * What to do: Use the sign-out under Personal Tools, instead of the one at the top of the screen

Image on the page is greatly enlarged
This occurs when the pixels have not been set with a thumbnail image.


 * What to do:
 * Add a pixel number to the image, along with the thumbnail description. It doesn't seem to matter what the pixels are, just so there is something in that field. This should stop the image from enlarging in Edit mode.

Links that don't work in Populated Areas section of county pages
On many of the county pages, there is a section for "Populated cities and towns", with links that don't work. If you edit the page in Wikitext, at the beginning of the table, you will see an instruction for Align Left. If you remove that instruction, the links will work. Another one of those weird Wiki things.

Headings interfering with Menu links
Whenever a heading is just opposite a link in a menu "box," Box that particular link will not work. There is no padding around this template so the little edit box is right up against the border on the template and seems to affect the links inside the menu box. The mouse over does not change the link to underline either.


 * One work around is to change the headings to normal text then the links work ok.
 * A second work around and a better option is to create the same menu in a "helpbox" Helpbox rather than in "box". The "helpbox" has padding built-in to the template and the links inside are not effected by the position of the headings.

Images with Captions
Captions added to images disappear after the page is edited.

Cause:

This is a problem with the FCK editor.

Fix/Workaround:

Create a template that includes the image and caption that can be placed on the page. Example: Monroe County Courthouse

Migration to LDS Account
A discussion of the issues that have arisen as a result of the migration to LDS Account can be found in the FamilySearch Wiki Technical Support forum

Shorter timeouts
Users have reported that they are logged out after a shorter time period than before the change. It is believed that this is due to the wiki inheriting the timeouts from new FamilySearch which is intentionally short due to the risk of confidential information being left open by users working from public access computers. It is believed that the programmers are already working on this issue.

StringhamDB That is correct. The Research Wiki's timeout is set at 45 minutes but since the change to CIS authentication we are limited to 24 minutes. This issue needs to be set with a high priority on the Research Wiki backlog. Warren 16:19, 2 May 2012 (UTC) I haven't received any reports of this issue but I would like to be able to document it if it is still happening. Please send an email to report any recent issues to support@familysearch.org with the subject "Getting timed out of the Wiki" And then in the body of the email include the details. Steps and timeframe so support can reproduce the issue.

Combined accounts not successful
Several users have reported that they had not been able to successfully combine their old accounts with their new LDS Accounts. This resulted in a loss of their watchlist notifications and their old edits not being shown against their new account.

This is still a problem if the user name includes spaces " " or underscores "_".

Mediawiki core code does not allow "_" even though FamilySearch accounts and LDS Accounts have no problems with the "_". Warren 21:21, 1 May 2012 (UTC)

If you bookmark or copy and paste this entire URL with numbers, it will not work in the future. Delete all after the word “gnispublic.” The correct URL is:

http://geonames.usgs.gov/pls/gnispublic

b. # How do I link to an individual feature record?

To save a link to an individual feature record detail report:

1. Search for the U.S. feature and note the Feature ID.

2. Copy and paste the following URL exactly as shown for US features:

http://geonames.usgs.gov/pls/gnispublic/f?p=gnispq:3:::NO::P3_FID:nnnnnnn

nnnnnnn = Record identification number.

Wrong:

http://geonames.usgs.gov/pls/gnispublic/f?p=116:3:827734824577216::NO::P3_FID,P3_TITLE:15257%2CAll%20Faiths%20Memorial%20Park All Faiths Memorial Cemetery

Right:

How do I upload files or images?
The article Uploading files or images has minimal information. We need additional instructions.

A ticket has been created so that the engineering can investigate and make the necessary changes. Warren 20:49, 1 May 2012 (UTC)

Integrating Family History Library Internet favorites
See discussion at Talk:Feedback:_Integrating_Family_History_Library_Internet_favorites

This issue hasn't been talked about since 2008? In reading the comments it appears more to be a content issue rather than an issue for the engineers. There has not been a engineering ticket created and even if I imagine it is so old that it isn't even on engineering's radar. JonesWD 21:41, 1 May 2012 (UTC)

Editor bugs
See discussion at Help talk:The Editing Tool (FCK Editor)

I don't think there will be a fix for all the issues that are highlighted on the Help talk:The Editing Tool (FCK Editor) So I move that we consider this issue "Will not fix" Warren 21:08, 1 May 2012 (UTC)

Missing content
See discussion at Content from previous version is missing or links are missing

I don't know what I'm doing. I found some web pages that indicated "Web Page cannot be found" while in the Georgia, Pulaski Co., cemetary listing. Should I submit the names of the cemetaries here? Thanks

The Displaying of the Username
In the Wiki:Technical Meeting Agenda 28 December 2010, there was some concern expressed about MediaWiki or the wiki.familysearch.org default to make public and display the username rather the display name for example https://wiki.familysearch.org/en/Special:ListUsers. After talking with the engineers over the Wiki, they said that it was the default code that MediaWIki came with and if it could be changed it would require a "Core Change" to change it. I submitted an enhancement request and maybe that change will be made. Warren 13:15, 4 January 2011 (MST)

I have not seen this issue for some time has anybody seen this issue recently? Warren 21:09, 1 May 2012 (UTC)