Bug 650

If you're seeing this error, fix the problem. Then it won't 
show up any more. We wanted the annoyance so that the people 
using the product would fix the problem...

The URL is correct. The %7 are what should be there, not the 
~. Are you seeing differently?

When I did a cut and paste the url was rendered as 
http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-
swt-home/faq.html#browserlinux.  %7 turned into ~ after the 
page loads.  It looks as if the browser is converting %7 to 
the tilda when the url is processed.  Will all browsers do 
this.  I've only tried conquerer.  The for sure method would 
be to use: 
http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-
swt-home/faq.html#browserlinux 

The embedded eclipse browser method requires mozilla but we 
are only using it for the help me get started page.  My 
feeling is why should we force the customer to install 
mozilla if he never uses the help me get started page.  The 
best solution would be to no require mozilla at all but to 
use whatever browser is configured to be used in eclipse 
properties or get IBM to fix eclipse so that the method does 
not require mozilla.

The %7 is the correct url component. In IE, if you use the ~ 
it will not take you to the page. This needs to be %7...

Ryan-  u will fix this with embedding Mozilla right.

We've included Mozilla with the installs so this shouldn't be 
a problem any longer.

Regressed 0104

Looks as if we are still popping up the message with build 0104 even though we
are now installing the package with the install.

I think we actually got this fixed this time around. Rajesh 
and I are trying to coordinate this fix so it is taking us a 
bit of time...

Included in Designer build 20050107

We are packaging the Mozilla with this build but the error about no suitable
browser detected is still coming up.  This happens until you log out of your
xsession and then back in.  I don't know if Rajesh is using an env variable or
if he is just adding the mozilla path to profile script or bash profile but we
need to find a better way to do this.

Reassigning to Rajesh for more complete fix.

Rajesh,
We could just launch from some kind of startup script.  This way the user does
not need to log out of the GUI for the items in .bash_profile to be active for
their session.  simple script with the following should work:

#!/bin/sh

MOZILLA_FIVE_HOME=/home/madean/designer/mozilla
export MOZILLA_FIVE_HOME
/home/madean/designer/eclipse/Designer

Ok we don't need a script if we just execute the following:
. ~/.bash_profile the setting in the bash profile will take effect.

You might reconsider using a shell script to launch designer.  I don't think it
would interfere when we detect previous versions of eclipse.  Also, it would be
a good solution to scenarios where customers are not running bash.  Script would
account for that and we don't need to worry about custom profiles based on shell.

This should be fixed.  You must logout and back in for the variable to be set

sdsdsd

Bill rajesh said that we can change where these settings are being put thus
eliminating the need for the customer to log out and then back in.  If we simply
put them into the .bashrc file then customers will not have to do this.  .bashrc
will handle both interactive and noninteractive invocations of bash.  Will
re-assign to Rajesh.

Fixed

Included in Designer build 20050111

.bashrc looks like a good solution.  Regressed 0111.

Adding built keyword.

Marking closed/resolved fixed bugs public view.

Marking closed/resolved fixed bugs public view.