Bug 567027 - Switch N&N to point to web page directly
Summary: Switch N&N to point to web page directly
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Doc (show other bugs)
Version: 4.17   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-Doc-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-16 05:35 EDT by Alexander Kurtakov CLA
Modified: 2021-08-10 03:26 EDT (History)
10 users (show)

See Also:


Attachments
Screenshot showing the issue (217.17 KB, image/png)
2020-09-16 05:39 EDT, Alexander Kurtakov CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Kurtakov CLA 2020-09-16 05:35:27 EDT
Rather than copy the files link to them directly.
Comment 1 Eclipse Genie CLA 2020-09-16 05:39:31 EDT
New Gerrit change created: https://git.eclipse.org/r/c/platform/eclipse.platform.common/+/169448
Comment 2 Alexander Kurtakov CLA 2020-09-16 05:39:44 EDT
Created attachment 284140 [details]
Screenshot showing the issue
Comment 3 Alexander Kurtakov CLA 2020-09-16 05:41:07 EDT
This seems to not be allowed by some policy but it would help a lot to prevent last minute changes to docs and simplify overall releng process.
"To protect your security, www.eclipse.org will not allow Firefox to display the page if another site has embedded it. To see this page, you need to open it in a new window."
Comment 4 Alexander Kurtakov CLA 2020-09-16 05:42:29 EDT
Guys, would you please enlighten me what is going on?
Comment 5 Mickael Istria CLA 2020-09-16 06:25:24 EDT
What about we try things the other way round? We could put the N&N changes directly in docs, and make the noteworthy page link to those docs?
That would require the snapshot docs to be published somewhere though.
Comment 6 Lars Vogel CLA 2020-09-16 06:34:09 EDT
(In reply to Mickael Istria from comment #5)
> What about we try things the other way round? We could put the N&N changes
> directly in docs, and make the noteworthy page link to those docs?
> That would require the snapshot docs to be published somewhere though.

-1, this would unnecessary increasing the download size for every release with the N&N content
Comment 7 Sravan Kumar Lakkimsetti CLA 2020-09-16 06:35:07 EDT
try using http links rather than https links. Normally browser does not allow embedding of os secure page in a non secure window.

in this case the help application is launched in non secure way (its a local unsecured server 127.0.0.1).

N&N links you are trying to open are from secure server (https://www.eclipse.org) these requests get blocked at the browser end itself. please try using unsecured links (http://www.eclipse.org)
Comment 8 Lars Vogel CLA 2020-09-16 06:36:16 EDT
Alexander, I would anyway not like it to open in theinternal browser. How not simply adding a link in your help to the N&N?

Something like, see https://.... for the latest note and noteworthy.

I think most users prefer to use their external browser to read web content.
Comment 9 Alexander Kurtakov CLA 2020-09-16 06:46:46 EDT
(In reply to Mickael Istria from comment #5)
> What about we try things the other way round? We could put the N&N changes
> directly in docs, and make the noteworthy page link to those docs?
> That would require the snapshot docs to be published somewhere though.

We already have the place where it's published so finding another place to publish them and etc. is counter to the idea of doing less work.
Comment 10 Alexander Kurtakov CLA 2020-09-16 06:50:09 EDT
(In reply to Sravan Kumar Lakkimsetti from comment #7)
> try using http links rather than https links. Normally browser does not
> allow embedding of os secure page in a non secure window.
> 
> in this case the help application is launched in non secure way (its a local
> unsecured server 127.0.0.1).
> 
> N&N links you are trying to open are from secure server
> (https://www.eclipse.org) these requests get blocked at the browser end
> itself. please try using unsecured links (http://www.eclipse.org)

Unfortunately this didn't help.
Comment 11 Eclipse Genie CLA 2020-09-16 09:20:08 EDT
New Gerrit change created: https://git.eclipse.org/r/c/platform/eclipse.platform.common/+/169475
Comment 12 Frederic Gurr CLA 2020-09-16 11:24:32 EDT
(In reply to Alexander Kurtakov from comment #4)
> Guys, would you please enlighten me what is going on?
I can't reproduce this issue with the latest infocenter (based on the 2020-09 release) running locally. I've tested it in Firefox (Version 79 and 80.0.1) and Chrome.
Comment 13 Alexander Kurtakov CLA 2020-09-25 02:10:36 EDT
(In reply to Frederic Gurr from comment #12)
> (In reply to Alexander Kurtakov from comment #4)
> > Guys, would you please enlighten me what is going on?
> I can't reproduce this issue with the latest infocenter (based on the
> 2020-09 release) running locally. I've tested it in Firefox (Version 79 and
> 80.0.1) and Chrome.

The issue happens when running in IDE Help center. Probably related to the fact that this is local jetty running on different host(localhost) than eclipse.org.
Comment 14 Alexander Kurtakov CLA 2020-11-09 10:23:07 EST
Retarget.
Comment 15 Alexander Kurtakov CLA 2021-05-18 13:20:54 EDT
Fred, Denis, so when I open in the IDE help center I see a page containing: "To protect your security, www.eclipse.org will not allow Firefox to display the page if another site has embedded it. To see this page, you need to open it in a new window."

which also has a link to https://support.mozilla.org/en-US/kb/xframe-neterror-page?as=u&utm_source=inproduct 

Do you think there is a way for the embedded Jetty in the IDE helpcenter to display pages from eclipse.org (e.g https://www.eclipse.org/eclipse/news/4.18/platform_isv.html?cp=2_2) without compromising eclipse.org security? Maybe there is a way to "mark" our pages as embeddable somehow?
Comment 16 Alexander Kurtakov CLA 2021-08-10 03:26:39 EDT
Any hope for some help here?