Bug 499452 - [Q3 2016] - Create a new "Storage" view for the user profile (USS) - 2/2 Applications
Summary: [Q3 2016] - Create a new "Storage" view for the user profile (USS) - 2/2 Appl...
Status: RESOLVED FIXED
Alias: None
Product: Community
Classification: Eclipse Foundation
Component: Accounts.eclipse.org (show other bugs)
Version: unspecified   Edit
Hardware: PC Mac OS X
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Eclipse Web CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 493458
  Show dependency tree
 
Reported: 2016-08-09 10:16 EDT by Antoine THOMAS CLA
Modified: 2016-09-21 16:42 EDT (History)
2 users (show)

See Also:


Attachments
Storage, Applications tab, with annotations (197.23 KB, image/png)
2016-08-09 10:16 EDT, Antoine THOMAS CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Antoine THOMAS CLA 2016-08-09 10:16:06 EDT
Created attachment 263534 [details]
Storage, Applications tab, with annotations

1. User information
Same than the User Profile overview

2. Tabs
The "Applications" tab is private, visible only for the logged user visiting is own profile.

3. Expanded application
The triangle is used to expand information.By default, no application is expended.
Details list some data like the date of first time using the USS, the last sync date.
It also lists the authorisations
And display some information about the application. Perhaps we need to provide best practice about that in a documentation.

4. Remove access
The cross is in black when the application block is selected or active.
When the mouse is over the cross, display a tooltip "remove access".

5. Other applications
By default, the cross is "disabled" or gray.
This is possible to display them on many columns if necessary.

6. Disclaimer
Same than on the Data tab
Comment 1 Christopher Guindon CLA 2016-09-14 14:01:26 EDT
There is currently a 3 year old bug on drupal.org for this:
https://www.drupal.org/node/1934072

I believe this is something that should be merged in to this module. To avoid wasting time on something that someone might already have a solution for, I suggest the following:

For q3:

Focus on displaying the list of active access token and their clients for this page.

For q4:
Create an mbo to submit a patch for this module. The bug is already assigned to somebody, it's not proper etiquette for me to take over without notice.

Once this is committed, we can work on updating this page to include this new functionality from the oauth2_server module.

I believe it's worth the time to to this right and leverage the help of the drupal community to support this in the future.
Comment 2 Christopher Guindon CLA 2016-09-21 16:42:31 EDT
This has been committed and I was able to implement the functionally for revoking access to a client.

I will try to commit my work to drupal.org oauth2_server module in the near future.