This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 205175 - server keeps asking for credentials
Summary: server keeps asking for credentials
Status: RESOLVED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: GlassFish (show other bugs)
Version: 7.0.1
Hardware: PC Windows XP
: P3 normal (vote)
Assignee: Vince Kraemer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-16 07:29 UTC by squalyl
Modified: 2011-11-21 12:00 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
first bug step (4.87 KB, image/png)
2011-11-16 20:14 UTC, squalyl
Details
bug step 2 (7.63 KB, image/png)
2011-11-16 20:15 UTC, squalyl
Details
bug step 3 (11.46 KB, image/png)
2011-11-16 20:15 UTC, squalyl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description squalyl 2011-11-16 07:29:13 UTC
Hi members,

I have a glassish server configured in my netbeans and from the above autogenerated list, I understand that netbeans does not store the credentials, ok.

But each time netbeans starts, this server ask me DOZENS of times the credentials for this server, which I don't want to provide if I don't plan to use that server in that netbeans session.

The most annoying thing is that the dialog requesting the credentials is app modal, so I cannot do anything but click OK or press ESC, and then a big message box pops up, telling me that possibly, I could not connect to the server. I know that!

So, anything planned to clean up things here?

thanks
Comment 1 Vince Kraemer 2011-11-16 16:37:52 UTC
Couple questions....

1. is the server that has the password a local server or a remote server?

2. Can you attach a screen shot that illustrates the behavior?
Comment 2 Vince Kraemer 2011-11-16 17:03:05 UTC
is the server already running when you start NB?
Comment 3 squalyl 2011-11-16 17:08:05 UTC
1) this is a remote server

2) will do asap. This is the basic dialog requiring a login/password for glassfish administration. the error is what appears when the login fails.

3) yes, the server is running 24/7
Comment 4 Vince Kraemer 2011-11-16 19:52:09 UTC
How many projects do you have open in NB that target the remote GF server?  If you are not actively working on all of them at the same time you may want to close them.  That will help reduce the scale of the problem while we work on a fix.
Comment 5 Vince Kraemer 2011-11-16 19:56:56 UTC
what is the exact text in the 'big message box pops up, telling me that possibly, I could not connect to the
server'?
Comment 6 squalyl 2011-11-16 20:14:19 UTC
Created attachment 113274 [details]
first bug step
Comment 7 squalyl 2011-11-16 20:15:02 UTC
Created attachment 113275 [details]
bug step 2
Comment 8 squalyl 2011-11-16 20:15:25 UTC
Created attachment 113276 [details]
bug step 3
Comment 9 squalyl 2011-11-16 20:17:53 UTC
Comment 4 : there is only one project, of type "EAR package". Other projects have nothing to do with servers.

Comment 5 : Here are the screenshots. When netbeans starts, I get the first picture. After clicking cancel, I get the second one, and when I do nothing, I get the third one where the dialog does not let me do anything before reappearing!

This made me discover that the repetition seems to be time-based. When I made the screenshots, some time passed while I kept the "big dialog" opened, and after closing the two dialogs of picture 3, nothing more appeared.

So the dialog sequence repeats until some timeout has been reached.

I hope the screenshots help you.
Comment 10 Vince Kraemer 2011-11-16 22:53:30 UTC
I think I want to clarify one thing...

The fact that you have a project that references the remote server means that you are working with it in NB.

While you haven't performed an explicit action against the server, the IDE does go out an perform book-keeping on a project that does try to trigger actions that have to communicate with the server.
Comment 11 squalyl 2011-11-16 23:41:37 UTC
Well, it does not have to, because everything works as expected after the repeated connections failures, since I don't want to use the server anyway. I expected the servers to stay quiet until I really need them.

The project is opened in netbeans but that does not mean I'm coding/debugging *this* project right now, or am I supposed to close inactive projects? netbeans does not offer workspaces. I don't use project groups, so I keep my projects open (there aren't so many - maybe 10 total).

Why would a project communicate with a server except when I deploy it? I may be missing some technical details here. At least I was expecting a single request for admin credentials, not a lengthy loop until the user goes "ffffffffuuuuuuuuuuuuu..." and destroys the ESC key :-) .

I want to add that (thanks to Murphy law) this usually occurs at the same time as the automatic project scanning so the IDE is half responsive when the dialogs pop up, which takes more time to get rid of them.

My suggestion is to request admin credentials at startup only once and fail quietly (since everything works as intended because I don't need the server), then wait for an explicit connect/deploy action when the server is used. I don't know if that makes sense, there might be architectural constraints within netbeans and the server framework.

the login dialog also pops up any time I close a project, even if not related to the remote server.

And I just verified that the dialog ALSO pops up when no project related to the server are open.

So that's a server problem, not a project one.
Comment 12 Vince Kraemer 2011-11-17 23:01:02 UTC
missed the 7.1 cutoff for fixing, so this will be resolved in 7.2.
Comment 13 Quality Engineering 2011-11-18 15:44:22 UTC
Integrated into 'main-golden'
Changeset: http://hg.netbeans.org/main-golden/rev/46f6290801be
User: vince kraemer <vkraemer@netbeans.org>
Log: #205175 : authenticated remote domains cause 'authentication grief' when they are being accessed due to 'book-keeping' instead of direct user action.
Comment 14 Vince Kraemer 2011-11-18 22:21:09 UTC
in the build
Comment 15 squalyl 2011-11-21 12:00:41 UTC
A Million thanks!