Closed
Bug 105093
Opened 24 years ago
Closed 24 years ago
Combine code for JRE BIN and JRE LIB
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.7
People
(Reporter: curt, Assigned: curt)
Details
Attachments
(1 file)
|
5.62 KB,
patch
|
ssu0262
:
review+
dveditz
:
superreview+
|
Details | Diff | Splinter Review |
In extra.c, JRE LIB PATH is determined relative to JRE BIN PATH so we should not
be looking up the JRE BIN PATH in two places.
| Assignee | ||
Comment 1•24 years ago
|
||
See bugzilla bug #9979 for the patch with the code that needs cleaned up.
Status: NEW → ASSIGNED
| Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → mozilla0.9.6
| Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.6 → mozilla0.9.7
| Assignee | ||
Comment 2•24 years ago
|
||
Comment 3•24 years ago
|
||
why is stuff like:
"Java Plug-in\\1.3"
hardcoded in the extra.c file?
what about 1.4 etc...?
is this also the scope of this bug?
Updated•24 years ago
|
QA Contact: bugzilla → gbush
| Assignee | ||
Comment 4•24 years ago
|
||
I believe that you raise a different issue from this bug, albeit a legitimate
one. This bug is dealing with a specific bit of code duplication. The issue
you raise has to do with support for multiple versions of pluggins. I believe
that, for any given release we support installation of only one specific version
of any pluggin we include with the release. So, for this case, for ns6.2 the
only version of JRE we care about is 1.3. That doesn't mean, however, that
there might not be a better way to maintain this info from release to release.
It does seem kinda wrong that, if for 6.3 we want to include jre 1.4 that we
have to recompile extra.c to do it. Sean what do you think? If this something
we want to pursue I think we should open a separate bug for it.
In the meantime I could use a r= and sr= on the above patch.
Comment on attachment 59631 [details] [diff] [review]
Patch 0.1
In the following place:
+ GetWinReg(HKEY_LOCAL_MACHINE,
"Software\\Microsoft\\Windows\\CurrentVersion\\App Paths\\javaw.Exe", NULL,
szBuf, dwVariableSize);
+ if(*szBuf == '\0')
return(FALSE);
You should set *szVariable = '\0' before returning because the previous code
did that.
r=ssu if you do that one change.
Attachment #59631 -
Flags: review+
| Assignee | ||
Comment 6•24 years ago
|
||
Right you are. I changed it to:
if(*szBuf == '\0')
{
*szVariable = '\0';
return(FALSE);
}
Comment 7•24 years ago
|
||
Comment on attachment 59631 [details] [diff] [review]
Patch 0.1
sr=dveditz
Attachment #59631 -
Flags: superreview+
| Assignee | ||
Comment 8•24 years ago
|
||
Checked it in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•