Please use the Apache issue tracking system for new NetBeans issues ( !!
Bug 135454 - Illegal character in query at index 190: Illegal character in query at index 190: http://...
Product: ide
Classification: Unclassified
Component: Welcome
All All
: P2 (vote)
: 6.x
Assigned To: Stanislav Aubrecht
EXCEPTIONS_REPORT, 61fixes2-fixed
Depends on:
  Show dependency treegraph
Reported: 2008-05-20 21:37 UTC by byteme
Modified: 2008-07-10 15:04 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT

stacktrace (1.46 KB, text/plain)
2008-05-20 21:37 UTC, byteme
stacktrace (1.53 KB, text/plain)
2008-05-21 13:37 UTC, henadiy

Note You need to log in before you can comment on or make changes to this bug.
Description byteme 2008-05-20 21:37:10 UTC
Build: NetBeans IDE 6.1 (Build 200804211638)
VM: Java HotSpot(TM) 64-Bit Server VM, 1.6.0_05-b13-52, Java(TM) SE Runtime Environment, 1.6.0_05-b13-120
OS: Mac OS X, 10.5.2, x86_64

User Comments: 
Just relaunched the ide after installing OpenOffice plugin.
Comment 1 byteme 2008-05-20 21:37:17 UTC
Created attachment 61645 [details]
Comment 2 henadiy 2008-05-21 13:37:54 UTC
Created attachment 61677 [details]
Comment 3 Exceptions Reporter 2008-06-14 09:33:43 UTC
This issue has already 50 duplicates 
Comment 4 Peter Zavadsky 2008-06-18 22:20:09 UTC
Problem of this issue is that the client code which created the URL, didn't encode it to be compliant to RFC 2396.
Converting such URL to URI leads to URISyntaxException. According to the javadoc, it is up to the caller of URL
(creator) to encode it appropriately. See (

The extbrowser module doesn't have any means to find out whether the URL is encoded or not and provide the encoding,
also it could be dangerous since it could break already encoded URL's. Therefore this issue should be correctly fixed
outside of extbrowser module, i.e. by the client code passing the URL to the URLDisplayer API.

Note: However there is one potential issue. I just checked the extbrowser code, and there is already some code which
tries to decode the URL inside the extbrowser. 
That is some fix from the past, and is clearly wrong, as it should be at the client side code. However, it is probably
too late to remove it at this moment (and find which client side actually needs it), as it could cause even more issues.

Also note that those 50 duplicates exceptions don't have to do anything with the extbrowser module (so they shouldn't be
linked here). However they are about the same problem, the client code, which creates the URL's, doesn't encode them
Comment 5 Peter Zavadsky 2008-06-18 22:59:49 UTC
This issue belongs to module, which creates the URL, and calls the URLDisplayer API.

I am not sure which module runs the URL, the URL points to NB survey (couldn't find suitable component/subcomponent). 
Please, pass it to responsible component/subcomponent.
Comment 6 Stanislav Aubrecht 2008-06-19 16:11:27 UTC
fixed in release61 clone: 29adbaf09b78
Comment 7 Stanislav Aubrecht 2008-06-19 16:23:48 UTC
hmm, just found out i don't have commit rights to release61 clone, so here's the patch instead:

diff -r 6fe58b5a9833 -r 29adbaf09b78 welcome/src/org/netbeans/modules/welcome/
--- a/welcome/src/org/netbeans/modules/welcome/	Thu Apr 17 23:17:17 2008 +0530
+++ b/welcome/src/org/netbeans/modules/welcome/	Thu Jun 19 17:07:13 2008 +0200
@@ -56,7 +56,7 @@
 # {0} id of the user
 # {1} memory info
 # 3 weeks = 168 * 3 * 3600 * 1000
Comment 8 pgebauer 2008-06-20 16:30:06 UTC
The fix has been ported into the release61_fixes branch:
Comment 9 rbalada 2008-06-22 13:29:16 UTC
The fix has been integrated into "release61_fixes/l10n" repository

Note: Japanese and Brazilian Portuguese translations had the affected key commented-out, thus English key was in effect.
Simplified Chinese had the affected key enabled, so I did commented-out appropriate section to keep translations of this
part synchronized. See changeset for more details.

By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2014, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo