The following are possible solutions to hyperlinks not working in the PolicyStat Editor. This list is by no means exhaustive and may not represent all solutions. Consult your local IT or PolicyStat support at support@policystat.com if these solutions do not prove effective.

Incorrect URL/Path

Many times a URL (Web address) or the path to locate a file on a local server may be have been typed incorrectly, or the location of the file may have changed. Locate the correct path from another page where you are certain the hyperlink works.

Copy and paste the address and try again.


Not Actually a Link

Creating a hyperlink requires following the process described in this article for the Legacy Editor or this article for the Enhanced Editor.

Common errors others have experienced include:

  • Typing the address in the policy content editor, but not creating a link.
  • Using the formatting drop-down list to underline the text

 

Missing HTTP:// or HTTPS://

For a URL to be recognized as live within PolicyStat, it requires entering the http:// or https:// (if applicable) at the beginning of the URL.

For example: http://www.policystat.com will be recognized as a valid URL in the PolicyStat Legacy Editor, whereas www.policystat.com will not. 

The Enhanced version of the Editor will include http:// by default. 

Webpages that use a secure connections may require an https:// in place of http://. Please double check the URL to ensure accuracy.

Not Connected to Server

Errors when linking to a file on a local secure server may result from failure to connect to the server. For example, when attempting to pull up a file stored on a server at the office may not be possible at home or at a local coffee shop. 

Please contact your local IT for best suggested practices to locate these files. 

Adding PolicyStat as a Trusted Site

When linking to a file on a SharePoint site, some networks may block access to the file. This may be resolved by adding PolicyStat as a trusted site within your browser settings. We recommend having local IT apply the settings on a global scale to ensure access for all. For more, see this article

Guest Access Links in Microsoft Applications

Inserting Guest Access Links within Microsoft applications (Outlook, Word, Excel, PowerPoint, Internet Explorer, etc.) may cause complications or may not register the link properly. This Microsoft article addresses a fix by adding a trusted site to your MS Office application or by enabling Protected Mode in Internet Explorer.

As another possible work-around, save your document as a PDF. This will allow the links to work as most PDF readers do not require Microsoft.

Persistent cookies are not shared between Internet Explorer and Office applications

Note: Modifying Internet Explorer settings may require assistance from your IT department depending how the local network is managed.


==================================================

This article applies to the following user roles:

ownerapproverAreaEditoramanager_sm.pngSiteAdmin

Have more questions? Submit a request

Comments