Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 335533 - Can not submit tasks because all emails are missing @domain
Summary: Can not submit tasks because all emails are missing @domain
Status: ASSIGNED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 7
: P2 major with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact: Frank Becker CLA
URL:
Whiteboard:
Keywords:
: 339278 (view as bug list)
Depends on: 345056
Blocks: 359210
  Show dependency tree
 
Reported: 2011-01-27 00:12 EST by Eike Stepper CLA
Modified: 2015-11-23 15:15 EST (History)
4 users (show)

See Also:

Attachments
mylyn/context/zip (9.16 KB, application/octet-stream)
2011-01-30 14:46 EST, Frank Becker CLA 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Eike Stepper CLA 2011-01-27 00:12:08 EST 
Every now and then it appears that submitting bugzillas to Eclipse.org ends with errors that are hard to understand for beginners. A common symptom of these tasks is that all email fields have dropped the @domain parts so that the bugzilla server does no longer recognize the users. Explicitely syncing the opened task normally cures this.

Note: Steffen said this might be related with auth failures due to expired cookies.
Comment 1 Steffen Pingel CLA 2011-01-27 01:03:30 EST 
I have experienced this problem as well. I don't have steps to reproduce but I run into every once in a while.
Comment 2 Frank Becker CLA 2011-01-30 14:46:19 EST 
(In reply to comment #1)
> I have experienced this problem as well. I don't have steps to reproduce but I
> run into every once in a while.

What is your way to fix it?
Do you have an workaround?

I only see that the value for REPOSITORY_SETTING_SHORT_LOGIN is set in applyToInternal so do you open the BugzillaRepositorySettingPage.
Comment 3 Frank Becker CLA 2011-01-30 14:46:21 EST 
Created attachment 187921 [details]
mylyn/context/zip
Comment 4 Steffen Pingel CLA 2011-01-30 21:47:30 EST 
The workaround is to run the query again. Usually the Bugzilla connector has refreshed the login in the mean time. Does Bugzilla send an HTTP header that could be used to verify if a user is logged in?
Comment 5 Steffen Pingel CLA 2011-03-09 00:57:15 EST 
*** Bug 339278 has been marked as a duplicate of this bug. ***
Comment 6 Frank Becker CLA 2011-03-30 15:36:44 EDT 
In the xml returned from bugzilla you only have user names and no email address.

With anonymous you get <reporter name="Frank Becker">Frank</reporter>
Logged in you get <reporter name="Frank Becker">Frank@Frank-Becker.de</reporter>

I found that something change my user and password for an test bugzilla so these fields are empty
and this is the same as anonymous.

I think we should disable the submit button when we are not logged in.

Thoughts?
Comment 7 Steffen Pingel CLA 2011-03-30 16:46:51 EDT 
I think this problem is actually related to a query running as anonymous and not limited to submission. We need to find a way to verify on a per request basis whether the session has expired and a new login is required.