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 70784 - NetBeans MIDP Components javadoc unviewable
Summary: NetBeans MIDP Components javadoc unviewable
Status: RESOLVED FIXED
Alias: None
Product: ide
Classification: Unclassified
Component: Extbrowser (show other bugs)
Version: 5.x
Hardware: All All
: P2 blocker (vote)
Assignee: Petr Jiricka
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-24 11:54 UTC by jozart
Modified: 2006-01-07 07:39 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Sorry about that, here is the patch. (2.42 KB, patch)
2006-01-06 07:45 UTC, Petr Jiricka
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description jozart 2005-12-24 11:54:13 UTC
I tried to right-click-show-javadoc on SplashScreen but my default
browser wasn't able to parse the url:

jar:nbinst:///docs/nb_midp_components-api.zip!/org/netbeans/microedition/lcdui/package-summary.html

I was able, however, to view the javadoc when I switched to the internal Swing
browser in Advanced Options. (But I shouldn't have to do that...)

Opening the Library Manager, I notice that the Library Classpaths for the
entries under Mobile Libraries are very different from the Library Classpaths
for the entries under Class Libraries.

1. NetBeans MIDP Components Library Classpath:

jar:nbinst:///docs/nb_midp_components-api.zip!/

2. proguard Library Classpath:

C:\Program Files\netbeans-5.0beta2\mobility7.2\external\proguard.jar

I think the Mobile Libraries javadoc links aren't getting normalized the same as
the standard Class Libraries javadoc links (which do work in my default system
browser).
Comment 1 Lukas Hasik 2006-01-01 13:41:15 UTC
reassigning.

Could you please try it with latest build of Mobility Pack? There was a similar
bug  fixed in latest builds.
Comment 2 Adam Sotona 2006-01-02 13:53:04 UTC
Reassigning to Javadoc module.
There should be done some URL transformation or the protocol registration when
using external browser.
nbinst: is a valid protocol for internal IDE usage.
Comment 3 Jan Becicka 2006-01-03 15:29:27 UTC
Extbrowser module should do such transformation.
Comment 4 Petr Jiricka 2006-01-05 14:43:23 UTC
Fixed in trunk, code reviewed by Petr Pisl. QE, please verify. Thanks.
Comment 5 Lukas Hasik 2006-01-05 17:39:28 UTC
verified in trunk. 
nbinst is correctly translated to path
Comment 6 Jesse Glick 2006-01-05 17:45:15 UTC
Uh, is this a duplicate of issue #31363 (or vice-versa)? And is there a patch
available for review somewhere? (You are supposed to include a CVS commit log at
a minimum.)
Comment 7 Petr Jiricka 2006-01-06 07:45:24 UTC
Created attachment 28224 [details]
Sorry about that, here is the patch.
Comment 8 Petr Jiricka 2006-01-06 08:05:01 UTC
Here is a link to the diff in trunk:

http://www.netbeans.org/source/browse/extbrowser/src/org/netbeans/modules/extbrowser/URLUtil.java?r1=1.9&r2=1.10

Yes, this does look very related to 31363. Could the approach used to fix nbinst
be also used to fix nbdocs?
Comment 9 Petr Jiricka 2006-01-07 07:39:42 UTC
Also fixed in the release50 branch.

Checking in URLUtil.java;
/cvs/extbrowser/src/org/netbeans/modules/extbrowser/URLUtil.java,v  <-- 
URLUtil.java
new revision: 1.9.44.1; previous revision: 1.9
done