FamilySearch Wiki

FamilySearch Wiki:Known Issues/Archive 3: Difference between revisions

VisualWikitext
No edit summary
m (Text replacement - " " to " ")
 
(100 intermediate revisions by 17 users not shown)
Line 1: Line 1:
{| style="float: right;"
{| style="float: right" class="FCK__ShowTableBorders"
|-
|-
| <div class="center">{{archives|search=yes}}</div>
| <div class="center">{{archives|search=yes}}</div>
|}
|}


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


== Right hand navigation sidebar displayed below main content ==
== Chrome Login loop ==


{{Resolved}} Some pages when viewed instead of displaying the navigation sidebar along the right hand side of the page, it is displayed underneath the main content of the article.
{{Resolved}}  


;Cause&nbsp;
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 [[User:JonesWD|Warren]] 22:28, 11 October 2012 (UTC)
:This is caused by a missing <nowiki></div></nowiki> tag, often innocently removed automatically by the Rich Text Editor.


;Fix/workaround&nbsp;
== Problems searching the wiki  ==
:When this problem is found add the template '''{{tl|closing div}}''' to an appropriate section of the page. This will restore the navigation bar to the right hand edge of the screen


:--[[User:Cottrells|Steve]] 18:56, 2 November 2010 (UTC)
{{Resolved}} 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 [[User:JonesWD|Warren]] 22:14, 11 October 2012 (UTC)  
::Steve, the heading indicates that this issue has been resolved. Has it actually been resolved, or is there just a workaround in place? --[[User:SummerhaysMV|Mark]] 18:25, 29 November 2010 (UTC)


== Template:OCLC  ==
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. [[User:JonesWD|Warren]] 19:42, 1 November 2012 (UTC)


I have created [[Template:OCLC]] which is a way to link to WorldCat automatically. I used it in the article [[Delaware Indians]] and talked about it on the discussion page of that article. The coding is from Wikipedia and is under their open source licenses. I'll come back and clean this up a bit later. [[User:FredBauder|FredBauder]] 06:33, 24 September 2010 (UTC)
== Jsquery  ==


::Is there something that is not working with the template which requires the issue to be here on the Known Issues page? --[[User:SummerhaysMV|Mark]] 18:29, 29 November 2010 (UTC)
{{Resolved}} 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 [[User:JonesWD|Warren]] 22:15, 11 October 2012 (UTC)


== Migration to LDS Account ==
== Gibberish (HTML code) on pages ==


A discussion of the issues that have arisen as a result of the migration to LDS Account can be found in the [http://forums.familysearch.org/en/showthread.php?t=1586 FamilySearch Wiki Technical Support forum]
{{Resolved|Workaround available}} 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.


=== Shorter timeouts ===
== MediaWiki Internal Error When Trying to Sign in to FamilySearch Wiki ==


{{unresolved}} [http://forums.familysearch.org/en/showthread.php?t=1585 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.  
{{Resolved}} 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. [[User:Averyld|averyld]] 16:09, 7 August 2012 (UTC)


[https://wiki.familysearch.org/en/User:StringhamDB 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.
== Google Chrome and the Navbar  ==


=== Return-to page after sign on ===
{{Resolved}} 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 [[User:JonesWD|Warren]] 15:05, 23 May 2012 (UTC)


{{resolved}} Users that are browsing a page in the Special namespace are not returned to that page after they have signed on.
== Image Captions  ==


[https://wiki.familysearch.org/en/User:StringhamDB StringhamDB] It appears as if the page URL is being mis-translated when handed over to CIS. Redirects can be the death of the web and this is an example of that statement. More research is being put into this issue to resolve it.
{{Resolved}} There is a bug with image captions on many images. It’s adding “RTENOTITLE” to some images in some situations. <br><br>[[User:JonesWD|Warren]] 16:32, 2 May 2012 (UTC) This issue was reported by the engineers as resolved as of 03/Apr/12


'''01-08-2010''' A fix for this can be tested out at [https://learning.fsbeta.familysearch.org/ Research Wiki Beta]
== Voting Issue  ==


=== Combined accounts not successful  ===
{{Resolved}}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...


{{Resolved}}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.
== Image Map issue  ==


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


=== Sign-In Problems When Using Internet Explorer 8  ===
;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 <nowiki>__</nowiki>NORICHEDITOR<nowiki>__</nowiki> 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.<br>


{{Resolved}}
This problem has been resolved and no longer gives an error. [[User:Batsondl|Batsondl]] ([[User talk:Batsondl|talk]]) 01:37, 28 October 2016 (UTC)


Some users have reported being unable to sign-in using Internet Explorer 8. When clicking on wither of the sign-in links on the home page, the new sign-in page does not come up. In fact, nothing happens. A work-around is to place&nbsp;a short-cut on your desk-top, which takes the user to the new sign-in page from which the user can then sign-in.  
== Deleted page notifications say the page is new  ==
{{Resolved}}The notification about a page being deleted says that the page is new. Engineering has been notified and will correct the problem. [[User:SummerhaysMV|Mark]] 15:53, 8 February 2012 (UTC)


== Linking to GNIS (Geographic Names Information Systems) ==
This is no longer an issue. [[User:Batsondl|Batsondl]] ([[User talk:Batsondl|talk]]) 01:37, 28 October 2016 (UTC)


{{resolved}} These instructions need to be moved to the [[FamilySearch Wiki:Manual of Style]]
== Email not working with the Share Button  ==


1. http://geonames.usgs.gov/pls/gnispublic/ is the public access point entry.<br>
{{Resolved}}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.


2. FAQ link has the information concerning proper linking to the GNIS records.<br>
In the upgrade in March 2016, the share options were removed. [[User:Batsondl|Batsondl]] ([[User talk:Batsondl|talk]]) 01:38, 28 October 2016 (UTC)


a. My bookmarks and links to the GNIS query do not work?
== Media Wiki Internal Error  ==


When you log on, the system adds temporary session identification numbers to the URL, so it looks like this:
{{Resolved|by means of a workaround - problem will still occur}} The error will show up in the upper left corner of a blank page


http://geonames.usgs.gov/pls/gnispublic/f?p=921:10:6315419807150552990
:'''What to do''':
:A "Hard Refresh" by clicking on Ctrl + F5 keys. This should resolve the problem.


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:
== Text not wrapping around templates or the Table of Contents  ==


http://geonames.usgs.gov/pls/gnispublic<br>
{{Resolved}}


b. # How do I link to an individual feature record?
== After signing out, System takes you to the FamilySearch home page  ==


To save a link to an individual feature record detail report:
{{Resolved|by means of a workaround - problem will still occur}}  This may happen even if you had not been on the FamilySearch home page previously.


1. Search for the U.S. feature and note the Feature ID.
:'''What to do''': Use the sign-out under Personal Tools, instead of the one at the top of the screen


2. Copy and paste the following URL exactly as shown for US features:
== Image on the page is greatly enlarged  ==


http://geonames.usgs.gov/pls/gnispublic/f?p=gnispq:3:::NO::P3_FID:nnnnnnn<br>
{{Resolved|but may occur in Edit mode}} This occurs  when the pixels have not been set with a thumbnail image.  


nnnnnnn = Record identification number.<br>
::'''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.


Wrong:
== Icon on the search page isn't working  ==


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
{{Resolved}} 


Right:
== External link box after the text links is gone  ==


http://geonames.usgs.gov/pls/gnispublic/f?p=gnispq:3:::NO::P3_FID:15257 <br>
{{Resolved}}


You can mask the link. In this case it would be.<br>
== Functionality to create a new page from search results page  ==


[http://geonames.usgs.gov/pls/gnispublic/f?p=gnispq:3:::NO::P3_FID:15257 All Faiths Memorial Cemetery]<br>
{{Resolved}}


Hopefully this resolve the issue of proper linking. [[User:Dsammy|dsammy]]
== Links that don't work in Populated Areas section of county pages  ==


== Strange Characters Automatically Added During Edits ==
{{Resolved|by means of a workaround - problem will still occur}}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.


{{Resolved}}
== Headings interfering with Menu links  ==


The following characters appear on the page when you are trying to edit:
{{resolved|Template edited to change layout conflict from happening}} Whenever a heading is just opposite a link in a menu "box," {{tl|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.


&lt;input type="hidden" id="gwProxy"&gt;&lt;/input&gt;&lt;input type="hidden" id="jsProxy" onclick="jsCall();"&gt;&lt;/input&gt;
:*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" {{tl|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.


==== Resolution ====
== Images with Captions ==


This bug has been traced back to the ''Browser Highlighter'' Firefox plug-in. See the thread [http://support.mozilla.com/tiki-view_forum_thread.php?locale=hu&comments_parentId=343800&forumId=1 Weird gwProxy code is inserted in WYSIWYG textareas] from the Mozilla support forum. Removing the offending add-on in Firefox should fix the problem.  
{{Resolved|by means of a workaround - problem will still occur}} Captions added to images disappear after the page is edited.  


== Help Copying  ==
'''Cause:'''


{{resolved}}
This is a problem with the  FCK editor. 


It seems there is a large section of the Help files from Mediawiki explicitly for inclusion in new wikimedia installs. Can we get these help files copied over? http://www.mediawiki.org/wiki/Help:Copying Thanks, [[User:The Earl|The Earl]] 10:55, 17 March 2008 (MDT)
'''Fix/Workaround:'''


:The MediaWiki Help pages that are relevant in the Research Wiki were copied to in April 2010. This included [[Help:Contents]]. Many of them include a notice {{tl|PD Help Page}} at the top to indicate that they have been copied over. Once they have been checked and updated to tie in with the Research Wiki this header template can be removed --[[User:Cottrells|Steve]] 11:13, 3 August 2010 (UTC)
Create a template that includes the image and caption that can be placed on the page.  Example: [[Template:Monroe County Courthouse|Monroe County Courthouse]]  


== Create Place Holder on Home page  ==
'''Alternate Fix/Workaround:'''


{{Resolved}}
In the CKEditor view, right-click on the image and select Image Properties. In the Caption field, enter the caption you want to appear and click OK. Save the page, and the caption will appear with the image. '''However,''' if the page is ever saved again, the caption will revert to nothing. (And then if it's saved again, the caption will become the image name, and then if saved again the caption is blank, then if saved again the image name, and this goes back and forth in perpetuity.)


Create Place Holder on Homepage (Done - Created [[Main Page|Main_Page]][[Main Page|Main Page]] Portal)
== Migration to Church Account  ==


== Deleting or archiving pages  ==
A discussion of the issues that have arisen as a result of the migration to Church Account can be found in the [http://forums.familysearch.org/en/showthread.php?t=1586 FamilySearch Wiki Technical Support forum]


{{Resolved}}
=== Shorter timeouts  ===


My first thoughts on this would be to allow pages to be deleted or archived for future deletion. It seems like the number of pages would get out of control after a while. However, broken links could then be a problem unless the task of fixing links is somehow made automatic. Maybe this can be taken care of by not allowing a page to be deleted/archived if other pages are linked to it.  
{{Resolved}} [http://forums.familysearch.org/en/showthread.php?t=1585 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.  


The other problem could occur if someone does not like what someone else wrote. They can just delete the page. Problems could occur if a battle starts up. Maybe only the author can delete? I am curious how Wikipedia handles all of this.  
[[User:StringhamDB|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. <br><br> [[User:JonesWD|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.


[[User:Thomas Lerman|Thomas Lerman]] 01:03, 5 March 2008 (MST)  
This has since been resolved. [[User:Batsondl|Batsondl]] ([[User talk:Batsondl|talk]]) 01:39, 28 October 2016 (UTC)


:Wikipedia marks pages for deletion, then has an admin actually perform the deletion. Controversial pages are often tagged as such, so admins can know if a page is contested. Currently on this wiki, only admins can actually delete a page, users should mark pages for deletion by replacing the text of the page with 'Deleted'. [[User:The Earl|The Earl]] 15:16, 13 March 2008 (MDT)
== Combined accounts not successful  ==


:Updated answer to questions regarding the deletion of pages in the wiki: There are two separate "Delete" request maintenance templates. One is for delete requests that need immediate attention. The second is for delete requests that can be taken care of as time permits. See the delete templates, and all other maintenance templates at [[FamilySearch Wiki:Maintenance Templates]]. Only administrators can delete a page. Prior to fulfilling the requests for deletion the page is checked for unresolved links to the page. -[[User:JensenFA|Fran]] 04:54, 8 January 2010 (UTC)
{{Resolved}}Several users have reported that they had not been able to successfully combine their old accounts with their new Church Accounts. This resulted in a loss of their watchlist notifications and their old edits not being shown against their new account.  


== Editing existing pages  ==
{{Resolved|Will not fix}}This is still a problem if the user name includes spaces " " or underscores "_". <br><br>


{{Resolved}}
Mediawiki core code does not allow "_" even though FamilySearch accounts and Church Accounts have no problems with the "_". [[User:JonesWD|Warren]] 21:21, 1 May 2012 (UTC)


See discussion at [[Edit a page|Edit a page]]
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:


== How do I upload files or images?  ==
http://geonames.usgs.gov/pls/gnispublic<br>


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


The article [[Uploading files or images|Uploading files or images]] has minimal information. We need additional instructions.
To save a link to an individual feature record detail report:


== Creating and Populating Tables  ==
1. Search for the U.S. feature and note the Feature ID.


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


I seem to be able to create a table, specify the number of rows and columns, size of cell, etc. But I couldn't get the table centered. I used the centering feature but the table remained on the left side of the page. What am I doing wrong. Also, how do I populate the cells of the table. As I started to type in a cell, the sizes of the columns changed. Jbparker 11:14, 14 February 2008 (MST)
http://geonames.usgs.gov/pls/gnispublic/f?p=gnispq:3:::NO::P3_FID:nnnnnnn<br>


Go to [[Help:Tables|Help:Tables]] for more information about working with tables. [[User:ForbesMM|Molliewog]] 14:11, 6 March 2008 (MST)
nnnnnnn = Record identification number.<br>


== Is there a training manual?  ==
Wrong:


{{Resolved}}
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


Currently, help articles can be found at [[:Category:Help|Category:Help]] [[User:ForbesMM|Molliewog]] 14:26, 6 March 2008 (MST)
Right:  


== HTML and other unusual characters in Search Results ==
== How do I upload files or images? ==


{{Resolved}}  
{{Resolved}}  


We have documented an issue with HTML and other Wiki syntax showing up in the search results. For example, if you search on Alaska, the following items will be included in the results:
The article [[Uploading files or images|Uploading files or images]] has minimal information. We need additional instructions.  


<br>3: * Alaska State Archives&lt;br /&gt;141 Willoughby Avenue &lt;br ... <br>4: ...41&lt;br /&gt;Internet: http://www.archives.gov/pacific-alaska/anchorage/&lt;br /&gt; <br>5: * Genealogical Society of Southeastern Alaska&lt;br /&gt;P.O. Box 6313 &lt;br /&gt;Ketchikan, AK 99901 <br>6: ...&lt;br /&gt;Fax: 907-276-1596&lt;br /&gt;Internet: http://www.alaskahistoricalsociety.org/&lt;br /&gt; <br>7: * Alaska State Library&lt;br /&gt;Alaska Historical Collections&lt;br /&gt;State Office Building... If you click on the Wikitext button (upper left corner of the tool bar)<br>while you are in the edit mode and delete the HTML language it will disappear from the final saved page--usually.
<br> A ticket has been created so that the engineering can investigate and make the necessary changes. [[User:JonesWD|Warren]] 20:49, 1 May 2012 (UTC)  


This appears to no longer be an issue. [[User:ForbesMM|Molliewog]] 14:54, 6 March 2008 (MST)
<br>


== FamilySearch Wikis in other languages ==
== Integrating FamilySearch Library Internet favorites ==


{{Resolved}}  
{{Resolved}}  


For a discussion about this site and languages, please see [[FamilySearch Wiki:Non-English versions of the wiki]] -[[User:ForbesMM|Molliewog]] 15:14, 6 March 2008 (MST)
See discussion at [[Talk:Feedback: Integrating FamilySearch Library Internet favorites|Talk:Feedback:_Integrating_FamilySearch_Library_Internet_favorites]]  


== General Structure  ==
: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. [[User:JonesWD|JonesWD]] 21:41, 1 May 2012 (UTC)


Please join the discussion at [[Talk:Meta:US Structure|Talk:Meta:US_Structure]]. [[User:The Earl|The Earl]] 17:24, 7 March 2008 (MST)
== Editor bugs  ==


== Integrating Family History Library Internet favorites  ==
{{Resolved}}  
 
{{Unresolved}}  
 
See discussion at [[Talk:Feedback: Integrating Family History Library Internet favorites|Talk:Feedback:_Integrating_Family_History_Library_Internet_favorites]]
 
== Look and feel and navigation  ==
 
{{resolved}}
 
This page was created when the content in Plone was ported over to the Wiki. Some concerns were raised dealing with the look and feel of the new home for content and also the navigation. The concerns at the time have been resolved. See the discussion that took place at [[FamilySearch Wiki talk:Look and feel and navigation|Talk:Look and feel and navigation]]. This page is currently categorized as FamilySearch Wiki, but likely needs a new category related to the ongoing development of the design and navigation of wiki content.
 
== Search problems  ==


See discussion at [[Searching for specific articles or topics|Searching for specific articles or topics]]  
See discussion at [[Help talk:The Editing Tool (FCK Editor)]]  


== Editor bugs  ==
: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" [[User:JonesWD|Warren]] 21:08, 1 May 2012 (UTC)


See discussion at [[Comments on the FCK Editor|Comments on the FCK Editor]]
<br>


== Missing content  ==
== Missing content  ==


See discussion at [[Content from previous version is missing or links are missing|Content from previous version is missing or links are missing]]
See discussion at Content from previous version is missing or links are missing


I don't know what I'm doing.&nbsp; I found some web pages that indicated "Web Page cannot be found" while in the Georgia, Pulaski Co., cemetary listing.&nbsp; Should I submit the names of the cemetaries here?&nbsp; Thanks <!--{12074935672183} --><!--{12074935672184} -->  
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 <!--{12074935672183} --><!--{12074935672184} -->  


== foreach  ==
<br>


{{unresolved}}
== The Displaying of the Username  ==


Could you install #FOREACH for me? http://www.mediawiki.org/wiki/Extension:LoopFunctions Thanks [[User:The Earl|The Earl]] 18:00, 7 March 2008 (MST)
{{Resolved}}
 
If you have a new feature or process you'd like to suggest -- or if you feel an existing plugin/extension fills a customer need -- please submit a proposal to the wiki forum. (It's also a good idea to attach a poll to your post.) This allows the community to discuss and refine the idea. If the community agrees that the idea should be deployed, our development team will prioritize the request against the others in the queue. When we are planning an iteration (or a release), we add features/ideas/use cases to it using the requests as they are prioritized in the queue. Thanks. [[User:ForbesMM|Molliewog]] 10:01, 11 March 2008 (MDT)


::I have started a forum topic as to why the forum is a bad place to discuss wiki issues. Please comment there. http://tech.lds.org/forum/showthread.php?t=1091 That said, if the above is the preferred way to submit requests, I will do so there. <br>Thanks [[User:The Earl|The Earl]] 13:53, 11 March 2008 (MDT)
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 [[Special:ListUsers|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. [[User:JonesWD|Warren]] 13:15, 4 January 2011 (MST)  


::I have started a forum topic about extensions since I had a request as well. You may find it at:&nbsp;http://tech.lds.org/forum/showthread.php?t=1106<br>Thank you, [[User:Thomas Lerman|Thomas Lerman]] 15:36, 13 March 2008 (MDT)
:I have not seen this issue for some time has anybody seen this issue recently? [[User:JonesWD|Warren]] 21:09, 1 May 2012 (UTC)  
:Poll for Parser functions and #foreach is at http://tech.lds.org/forum/showthread.php?t=1126. Thanks [[User:The Earl|The Earl]] 10:53, 17 March 2008 (MDT)


[[Category:Feedback|{{PAGENAME}}]]
[[Category:Feedback|{{PAGENAME}}]]

Latest revision as of 16:28, 30 October 2023


Archives

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

Chrome Login loop

This question or concern has been resolved.

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

This question or concern has been resolved.

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

This question or concern has been resolved.

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

This question or concern has been resolved.
Workaround available

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 FamilySearch Wiki

This question or concern has been resolved.

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

This question or concern has been resolved.

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

This question or concern has been resolved.

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

This question or concern has been resolved.

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

This question or concern has been resolved.
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.

This problem has been resolved and no longer gives an error. Batsondl (talk) 01:37, 28 October 2016 (UTC)

Deleted page notifications say the page is new

This question or concern has been resolved.

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)

This is no longer an issue. Batsondl (talk) 01:37, 28 October 2016 (UTC)

Email not working with the Share Button

This question or concern has been resolved.

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.

In the upgrade in March 2016, the share options were removed. Batsondl (talk) 01:38, 28 October 2016 (UTC)

Media Wiki Internal Error

This question or concern has been resolved.
by means of a workaround - problem will still occur

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.

Text not wrapping around templates or the Table of Contents

This question or concern has been resolved.

After signing out, System takes you to the FamilySearch home page

This question or concern has been resolved.
by means of a workaround - problem will still occur

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 question or concern has been resolved.
but may occur in Edit mode

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.

Icon on the search page isn't working

This question or concern has been resolved.

External link box after the text links is gone

This question or concern has been resolved.

Functionality to create a new page from search results page

This question or concern has been resolved.

Links that don't work in Populated Areas section of county pages

This question or concern has been resolved.
by means of a workaround - problem will still occur

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

This question or concern has been resolved.
Template edited to change layout conflict from happening

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

This question or concern has been resolved.
by means of a workaround - problem will still occur

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

Alternate Fix/Workaround:

In the CKEditor view, right-click on the image and select Image Properties. In the Caption field, enter the caption you want to appear and click OK. Save the page, and the caption will appear with the image. However, if the page is ever saved again, the caption will revert to nothing. (And then if it's saved again, the caption will become the image name, and then if saved again the caption is blank, then if saved again the image name, and this goes back and forth in perpetuity.)

Migration to Church Account

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

Shorter timeouts

This question or concern has been resolved.

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.

This has since been resolved. Batsondl (talk) 01:39, 28 October 2016 (UTC)

Combined accounts not successful

This question or concern has been resolved.

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

This question or concern has been resolved.
Will not fix

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

Mediawiki core code does not allow "_" even though FamilySearch accounts and Church 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?

This question or concern has been resolved.

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 FamilySearch Library Internet favorites

This question or concern has been resolved.

See discussion at Talk:Feedback:_Integrating_FamilySearch_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

This question or concern has been resolved.

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

This question or concern has been resolved.

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)
Retrieved from "https://integration-ru.familysearch.org/en/wiki/index.php?title=FamilySearch_Wiki:Known_Issues/Archive_3&oldid=5514724"