Closed Bug 994738 Opened 10 years ago Closed 9 years ago

Enable UserVoice JavaScript widget in MDN content

Categories

(developer.mozilla.org Graveyard :: General, enhancement)

All
Other
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: robert, Unassigned)

References

Details

(Whiteboard: [specification][type:feature][LOE:2])

What problems would this solve?
===============================
Embedding 3rd party services that we use in context on MDN, e.g. UserVoice

Who would use this?
===================
Mainly Mozilla people to make sure we connect with developers cross our services and initiatives

What would users see?
=====================
JavaScript widgets on documentation pages, e.g. on the Developer Tools documentation pages

What would users do? What would happen as a result?
===================================================
As an example, for UserVoice and Developer Tools, give feedback and ideas about those.

Is there anything else we should know?
======================================
Can we make this bug more specific? i.e., exactly what widgets do you want to use, right now? The more generic functionality of widgets in general would probably take prohibitively long.
(In reply to Les Orchard [:lorchard] from comment #1)
> Can we make this bug more specific? i.e., exactly what widgets do you want
> to use, right now?

And by exactly what widgets, I mean: Exactly what (eg. UserVoice? what else?), configured how, and used where. The more details the better.

We can nail down embedding exactly what's needed right now, sooner than later, and iterate toward something more generic later.
Understood. At this time, we would like to be able to include widgets from the UserVoice service on the Developer Tools pages on MDN.

I’ve put together two example widget use cases at:

http://robertnyman.com/dev-tools/dev-tools-mdn.html
Severity: normal → enhancement
Depends on: 996251
Per https://groups.google.com/d/msg/mozilla.dev.mdn/4IWjapA7vgE/zI3AbVF8EY8J ...

Filed bug 996251 to get a security & privacy review on the uservoice.com widget. [1]

If approved, we will:

1. Add the small <script> block to our template
2. Add 'data-uv-embed' to ALLOWED_ATTRIBUTES['div'] in our whitelist
3. Allow editors to add the <div> placeholder to wiki pages

[1] https://developer.uservoice.com/docs/widgets/methods/#embed-widget
Yay, that was going to be my suggestion.
Summary: Make it possible to include JavaScript snippets for widgets → Enable UserVoice JavaScript widget in MDN content
Depends on: 996656
Can http://ffdevtools.uservoice.com redirect to the secure version at https://ffdevtools.uservoice.com? It doesn't now and not sure if we can control that.
(In reply to Chris More [:cmore] from comment #6)
> Can http://ffdevtools.uservoice.com redirect to the secure version at
> https://ffdevtools.uservoice.com? It doesn't now and not sure if we can
> control that.

Not sure if you were referring to the widget here, but let me address that first:

The script for the widget is relative to the protocol of the page, i.e. http or https: 

uv.src='//widget.uservoice.com/fvaByByXPVQD9BF5i08YwQ.js'

As for the web site itself at http://ffdevtools.uservoice.com/, no it doesn't seem to redirect automatically, but it supports both protocols. So I'd recommend that we refer to the https version in all places where we mention it.
The "fvaByByXPVQD9BF5i08YwQ" will become another `data-` attribute :)
(In reply to Robert Nyman from comment #7)
> (In reply to Chris More [:cmore] from comment #6)
> > Can http://ffdevtools.uservoice.com redirect to the secure version at
> > https://ffdevtools.uservoice.com? It doesn't now and not sure if we can
> > control that.
> 
> Not sure if you were referring to the widget here, but let me address that
> first:
> 
> The script for the widget is relative to the protocol of the page, i.e. http
> or https: 
> 
> uv.src='//widget.uservoice.com/fvaByByXPVQD9BF5i08YwQ.js'
> 
> As for the web site itself at http://ffdevtools.uservoice.com/, no it
> doesn't seem to redirect automatically, but it supports both protocols. So
> I'd recommend that we refer to the https version in all places where we
> mention it.

Sounds good and I agree with the strategy. Thanks
To implement this per the steps in https://bugzilla.mozilla.org/show_bug.cgi?id=994738#c4, I give this an LOE:2
Whiteboard: [specification][type:feature] → [specification][type:feature][LOE:2]
:groovecoder, do the two blocking bugs added by :curtisk change the LOE on this? Or are fixes for them underway already independent of this bug?
Flags: needinfo?(lcrouch)
Looks like we need uservoice to use secure, HTTPOnly cookies. We'll have to ask them to do that.
Flags: needinfo?(lcrouch)
Product council met and agreed: Uservoice integration is an effort we won't undertake now.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.