TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Re: RH Merged Projects not showing in a new HTTPS environment (Ed)
Subject:Re: RH Merged Projects not showing in a new HTTPS environment (Ed) From:Christian Walters <christian -at- christianwalters -dot- net> To:"techwr-l -at- lists -dot- techwr-l -dot- com" <techwr-l -at- lists -dot- techwr-l -dot- com> Date:Tue, 20 Sep 2016 11:56:37 -0400
Yeah, that's pretty much the conclusion I've come to. Unfortunately, this
is all customer-facing stuff, and I can't exactly as a bunch of beer and
wine distributors to figure out how to change their browser security
settings :)
I believe the problem to be buried deep in one or more of the .js files
that RoboHelp uses when constructing a TOC for WebHelp. But I've had no
luck with Adobe tech support to this point -- I think they start with the
assumption that RoboHelp works perfectly and any problems are user
created. So they told me I have a server cache problem. And the web server
guys here tell me that's ridiculous.
I need some sort of Thunderdome to put our network guys and Adobe tech
support in, and neither of them can leave until I can see all my help files
in the TOC
On Tue, Sep 20, 2016 at 9:10 AM, Paul Wicking <PWicking -at- vizrt -dot- com> wrote:
> This sounds like it might be a case of mixed content (http and https on
> same site), which is blocked by default by most browsers. Is there more
> than one server involved in serving the content?
>
> The issue can be resolved locally by adding a security exemption, of which
> the steps depend on the browser in use:
> Google Chrome: Click the shield icon in the right of the address bar, or
> start Chrome from the command line using the additional flag
> --allow-running-insecure-content.
> Internet Explorer: Scroll to the bottom of the screen and click Show all
> content.
> Mozilla Firefox: Click the shield icon to the left of the address bar.
> Click the arrow next to the Connection is Not Secure warning, and select
> Disable protection for now.
>
> For a permanent fix, you need to figure out which content is getting
> server non-https and change this to also be served from an https platform.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Visit TechWhirl for the latest on content technology, content strategy and
> content development | http://techwhirl.com
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> You are currently subscribed to TECHWR-L as christian -at- christianwalters -dot- net
> .
>
> To unsubscribe send a blank email to
> techwr-l-leave -at- lists -dot- techwr-l -dot- com
>
>
> Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit
>http://www.techwhirl.com/email-discussion-groups/ for more resources and
> info.
>
> Looking for articles on Technical Communications? Head over to our online
> magazine at http://techwhirl.com
>
> Looking for the archived Techwr-l email discussions? Search our public
> email archives @ http://techwr-l.com/archives
>
--
Christian Walters http://blog.facetheperil.com
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Visit TechWhirl for the latest on content technology, content strategy and content development | http://techwhirl.com