Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 233832

Summary:	Migrate Portal to Eclipse Site Login
Product:	Community	Reporter:	David Williams <david_williams>
Component:	Project Management & Portal	Assignee:	Portal Bugzilla Dummy Inbox <portal-inbox>
Status:	RESOLVED WONTFIX	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	karl.matthias
Version:	unspecified
Target Milestone:	---
Hardware:	PC
OS:	Windows XP
Whiteboard:

Description David Williams

2008-05-24 21:11:08 EDT

It's fine if "you all" wanted to put committer tools under the portal, if that's easier, etc, for you all, but, I think it's a bit harder to get to now, and have two suggestions to help. (Hope you don't mind a two-in-one bug). 

1. the 'tools' is currently listed under, or it, each project that someone is a committer to. This doesn't make much conceptual sense to me, (since there is only one Tools area, right? same for all committers on all projects?). And, maybe it's because my eyesight is going, but 'tools' is small and hard to find in a list of other things ... so ... my suggestion, just to have one 'tools' link, near the top of the page. 

2. Can "referrer" be taken advantage of so a specific 'tool' can still be bookmarked or linked from another page. If I bookmark it, or click a link, such as from "final daze" page recently published, then, if I haven't logged on lately, I am sent to the login page. That's fine, and to be expected. But, then once I log in, I'm right back on the normal 'committers portal' page, and have to look for and click 'tools' again, and then look for and click 'status' again. Not nearly as easy has having a book mark, say for infrastructure status, with a momentary diversion to login, and then go from login straight to status. I'm not exactly sure how other sites (or yours) could accomplish this, but sometimes you can take advantage of the "referrer" header to know where they were trying to go (and had been re-directed from). 

thanks

Comment 1 Bjorn Freeman-Benson

2008-05-30 12:33:32 EDT

(In reply to comment #0)
> I think it's a bit harder to get to now,

Sorry about that - that wasn't the intent - we wanted to have a "single place" for committers to go.

> 1. the 'tools' is currently listed under each project 

The idea is/was that when you click through to the committer tools, the tools will know which project you came from and be tailored to that project. We have not implemented that behavior yet.

> 2. Can "referrer" be taken advantage of so a specific 'tool' can still be

So what you are really asking for is an ability to bookmark specific committer tools via unique urls?

Comment 2 David Williams

2008-05-30 16:09:56 EDT

(In reply to comment #1)
> (In reply to comment #0)

> 
> The idea is/was that when you click through to the committer tools, the tools
> will know which project you came from and be tailored to that project. We have
> not implemented that behavior yet.

I can't imagine project specific tools :) but, would suggest to still have a "common tools" at the top, and save the project specific space for when it is implemented. 

> 
> > 2. Can "referrer" be taken advantage of so a specific 'tool' can still be
> 
> So what you are really asking for is an ability to bookmark specific committer
> tools via unique urls?
> 

Yes. That's 95% of it. There are a few case where it would be nice to use a URL in a note or document as a convenience to readers (who are committers) ... but, that's not done very often.

Comment 3 Karl Matthias

2008-07-15 13:09:12 EDT

I think the resolution of this bug requires the login page to just look at the referrer and if it's a page other than portal.php, to redirect back to the source page after login rather than to portal.php on successful authentication.  That would allow us to use the Portal's login page for other locally hosted code as well.

Comment 4 Karl Matthias

2009-01-23 13:30:17 EST

(In reply to comment #3)
> I think the resolution of this bug requires the login page to just look at the
> referrer and if it's a page other than portal.php, to redirect back to the
> source page after login rather than to portal.php on successful authentication.
>  That would allow us to use the Portal's login page for other locally hosted
> code as well.

Actually I think what needs to happen is that the Portal needs to be modified to use the Eclipse "site" login code rather than its own.  The remaining old committer tools should also be migrated to use this login mechanism.

Comment 5 Karl Matthias

2009-04-13 13:40:15 EDT

Changing title to reflect current requirements.

Comment 6 Wayne Beaton

2011-11-11 14:47:31 EST

We are no longer making significant changes in the existing portal. Marking as WONTFIX.