Bug 972226 - [RFE] webadmin: ui-plugins: allow messaging between engine-originated-HTML-documents by default (i.e. without custom configuration per engine deployment)
Summary: [RFE] webadmin: ui-plugins: allow messaging between engine-originated-HTML-do...
Status: NEW
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: RFEs   
(Show other bugs)
Version: ---
Hardware: Unspecified Unspecified
low vote
Target Milestone: ---
: ---
Assignee: Vojtech Szocs
QA Contact: bugs@ovirt.org
Keywords: FutureFeature, Improvement, Reopened
Depends On:
TreeView+ depends on / blocked
Reported: 2013-06-07 20:59 UTC by Einav Cohen
Modified: 2018-06-12 14:35 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2014-06-16 15:39:23 UTC
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: UX
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
ylavi: ovirt-future?
ylavi: planning_ack?
ylavi: devel_ack?
ylavi: testing_ack?

Attachments (Terms of Use)

Description Einav Cohen 2013-06-07 20:59:39 UTC
Today, the web-admin ui plugins infrastructure allows utilization of the HTML5 postMessage API, which allows communication between several ui-plugins-related documents [e.g. an iframe which hosts an external ui-plugin-triggered content and its parent web-admin document (which can propagate messages to the ui-plugin's host pages, for example)].
Once an HTML5 message is posted from a certain document to the web-admin document, the ui plugins infrastructure is checking each plug-in's 'allowedMessageOrigins' array, and propagates the message only to the plug-ins that have the message's origin defined within their 'allowedMessageOrigins' array.
[once propagated, each plug-in handles the message via its own "MessageReceived" event-callback/handler]

plugins can use resources that are external to the engine, as well as internal.
("resource" for example: url to be loaded when opening a custom dialog/custom-main-tab/custom-sub-tab/etc.).
if an HTML document [that is hosting such a (internal) resource] wants to post a message to the web-admin document (in order to interact with the ui-plugin host page), it can do that only if the ui-plugin has configured within its options the 'allowedMessageOrigin' array, which should contain explicitly the engine's origin details ("protocol://host:port").
Which means that for each deployment of the engine, the 'allowedMessageOrigin' for the relevant plug-in(s) should be explicitly configured / manually changed to contain the engine deployment's specific origin details.
This interferes with the ui-plugins' "plug-and-play" nature that we would like them to have.

need to allow ui-plugin-related HTML documents that are hosting content from the engine (internal) origin to communicate by messages, without having to manually configure the plug-in's 'allowedMessageOrigin' on each deployment/setup with its own origin details.
one way to do that is to change the ui-plugins infrastructure to always accept messages sent by documents with the engine (internal) origin, regardless of the content of the plug-in's 'allowedMessageOrigin'.
another way to do that is to supply a way of retrieving the engine origin details [e.g. api.getEngineOrigin()] and to be able to add this value to the ui-plugin's 'allowedMessageOrigin' array.

Comment 1 Itamar Heim 2013-12-01 08:59:58 UTC
still relevant?

Comment 2 Vojtech Szocs 2013-12-09 14:06:12 UTC
Yes, this BZ is still relevant.

The goal is to reduce configuration [1] through a sensible default value, which makes things easier for individual plugins.

[1] http://www.ovirt.org/Features/UIPlugins#Cross-window_messaging_2 - add sensible default value for allowedMessageOrigins

Comment 3 Itamar Heim 2014-06-16 15:39:23 UTC
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.

Comment 4 Martin Sivák 2015-01-28 16:54:53 UTC
This is still relevant I think.

Comment 5 Vojtech Szocs 2015-02-02 17:20:06 UTC
(In reply to Martin Sivák from comment #4)
> This is still relevant I think.


For typical UI plugins utilizing Engine infra [1] to serve plugin's static files (HTML/JS/CSS/etc.) this RFE is still relevant as it simply means "messages originating from Engine-served pages are trusted by default".

[1] /ovirt-engine/webadmin/plugin/<pluginName>/path/to/file

Comment 7 Greg Sheremeta 2018-05-23 13:05:30 UTC
@Vojtech, still relevant?

Comment 8 Vojtech Szocs 2018-06-12 14:35:58 UTC
Yes, this should be relevant, even though I don't know how many UI plugins actually use cross-window messaging.

Code change should be trivial, i.e. make plugin's allowedMessageOrigins contain Engine base URL by default.

Note You need to log in before you can comment on or make changes to this bug.