Bug 32292

Created attachment 9536 [details]
Diff of changes commited in trunk

Fixed in trunk. There are new methods called to search for S1S and FFJ
installation.

still waiting for verification and code review

Please, stay tunned, I'm testing it right now.....

Well, I'm in process of testing and I met some small "unclearness":-(

(I took DEV installer from 28 MAR, 03).
It offers me from dropDownList only import from previous NB3.4

-Which I think is unclear if I'm allowed to import from others products
as well.
So, that coudl be a UI problem for an user.

For me, is unclear what version of FFJ and S1S do you mean?
So, It is hard to test if I don'y know on which versions :-/

-----
Anyway, for testing purposes I took FFJ4.01 Sierra settings.

Import wasn't  done successfuly:-((
Installation process screwed up my settings with installing SW into a
dir which I offered installer as my dir from which it has import!
NOT TO INSTALL!!! :-(((

I don't think it is reasonable behaviour and if I were a user I would
finished up with such dummy SW immediately:-(

OK. That was also partialy my mistake, 'cause I had read carefuly
that the next dir isn't dir which I though was for importing settings
from it.
But  still I think most user will have the same problem, and will hate
such installation :-(

I'm going to enter new issue for usability of installer....

This is realy strange UI behaviour for me and I don't realy understand 
what could I expect from the installator :-(

I'm gonna enter a new bug for Import settings what installer should do
OMHO.
This bug is related to detection of others versions.

I'd rather say AUTO-DETECTION ''cause it doesn't detect me anything
:-( ANd be sure I have installed other version on my computer.
(but I was told that only standard path are "auto"-detected, which is
"funny":-( )

So I'm going to install all those product to standard path
and let you know how it is able detect them :-)

Dan, just to make things clear, I told you about standard userdir!
Probably standard path equals installdir in your comments - but it is
slighty different. You can install your IDE wherever you want, but use
standard userdir.I'm one of users who use standard userdir. 

Yeah, I meant standard path equals installdir and userdir.

You know I don't use either standard userdir nor installdir 'just
because of testing those stuffs and simply I can't have stored various
versions/backups in one standard userdir;-)

I'm still working on it...

Daniel wrote:
>For me, is unclear what version of FFJ and S1S do you mean?
>So, It is hard to test if I don'y know on which versions :-/

Dan, I sent an email to you cca week ago with detailed description
about supported versions of FFj and S1S (sent date 03/27/2003 04:50 PM). 
New supported are CE of S1S4 upd1, FFJ4.0 a FFJ3.0

>OK. That was also partialy my mistake, 'cause I had read carefuly
>that the next dir isn't dir which I though was for importing
>settings from it.
>But  still I think most user will have the same problem, and will
>hate such installation :-(

You can believe me, I didn't see any comment of user that tried to put
his userdir as installdir except your.

Created attachment 9623 [details]
diff of changes against trunk

I have changed DetectAction to search for ffjuser40ce instead of
ffjuser40.

Checking in src/org/netbeans/installer/actions/DetectAction.java;
/cvs/installer/src/org/netbeans/installer/actions/DetectAction.java,v
 <--  DetectAction.java
new revision: 1.9; previous revision: 1.8
done

Both diffs look ok. If the fix work, I see no problem integrating it
to release35. Usability seems to be another issue, not affected by
this fix.

approved by release coordinator for 3.5

Working on linux.
Testing on Win

*** Issue 32508 has been marked as a duplicate of this issue. ***

merged in release35

On Win XP it is OK

forgot to mark it as VERIFIED