[csms-dev] [ csms-Bugs-626539 ] Windows Error message when parsing

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Bugs item #626539, was opened at 2002-10-21 20:44
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=509508&aid=626539&group_id=65029

Category: Interface
Group: None
Status: Open
Resolution: Accepted
Priority: 8
Submitted By: Michael Lever (leverm)
Assigned to: Ross Gardler (rgardler)
Summary: Windows Error message when parsing

Initial Comment:
When a file or url is parsed (using 
FantasyFootballSportsModule-0.0.1-alpha1-dev-
200210211904 and before) under Winows an error 
message is displayed, for example :

Problem with shortcut:

Unable to 
open "http://news.bbc.co.uk/sport/hi/english/static/footba
ll/statistics/teams/a/aston_villa/live_hi.stm"

or

Problem with shortcut:

Unale to open file "/C:/Fanfoot/ARS v SUN.htm"

However, this does not appear to affect the running of 
the program itself as the file/url is successfully parsed 
anyway.

----------------------------------------------------------------------

>Comment By: Michael Lever (leverm)
Date: 2002-11-01 17:55

Message:
Logged In: YES 
user_id=631335

Looks like we might be getting somewhere here. The 90
character-long file was a "http://...htm" and was parsed and
opened successfully. The one you've just asked me to test
("http://www.fanfoot.com/test/testCommentary_BBC_1.stm")
reproduced the error. Here's the output of the script :

run:
Execute directory is
C:\fanfoot-dev\csms-core\build/FantasySportsModule/work/centipede/dist-bin
Using classpath:
";..\lib\xercesImpl-2.0.0.jar;..\lib\xml-apis.jar;..\lib\commons-jxpath-patched.jar
;..\lib\saafe-commons-0.1.0-dev-20021028.jar;..\lib\xalan-2.3.1.jar;..\lib\jtidy-04aug2000r7-dev.jar
;../FantasySportsModule-0.0.2-dev-20021101.jar;"
01-Nov-2002 17:50:22 org.saafe.utils.BrowserControl displayURL
INFO: Instruct native browser to display url
http://www.fanfoot.com/test/testCommentary_BBC_1.stm
01-Nov-2002 17:50:23 org.fanfoot.gui.ControlCentre
generateScores
INFO: Loaded Event Config file:
http://www.fanfoot.com/test/footballEvents.xml
01-Nov-2002 17:50:25 org.saafe.utils.XMLUtils loadTidiedHTML
INFO: line 14 column 1 - Warning: <script> lacks "type"
attribute
line 30 column 2 - Warning: <link> isn't allowed in <body>
elements
line 31 column 1 - Warning: </head> isn't allowed in <body>
elements

----------------------------------------------------------------------

Comment By: Ross Gardler (rgardler)
Date: 2002-11-01 17:46

Message:
Logged In: YES 
user_id=88713

I am assuming that the URL you refer to that was over 90 characters 
long was a file:// URL not an http:// url, is this correct?

What the output you provide below tells me is that there is nothing 
wrong with the URL being generated by the application (see the line 
"Instruct native browser..." which tells us the URL it is trying to open)

This URL is being generated in the same way as the file URL. Therefore 
it would seem that there is no issue with the actual URL object.

This leaves only two possabilities that I can see at the moment:

1) The length of the URL for http:// protocol is the problem

2) The .stm extension is causing a problem (but only with the http:// 
protocol)

You can do a further test for me by typing the URL 
http://www.fanfoot.com/test/testCommentary_BBC_1.stm into the 
dialog. This should be short enough to work OK. (note you will *not* see 
a generated web page, you will actually see the HTML code - this is *not* 
a bug, it is to do with server configs)

----------------------------------------------------------------------

Comment By: Michael Lever (leverm)
Date: 2002-11-01 17:31

Message:
Logged In: YES 
user_id=631335

Now that bug 630866 has been fixed, I've just tested parsing
files on my hard drive, one buried deep in many subfolders,
so that its 'address' is at least as long as one of the web
addresses used. The file is parsed and the page is loaded
without any problems whatsoever, as is a file from the root
directory. It appears then that the problem only occurs when
parsing a web page. However, I'm not sure that the theory
about the length of the address is correct though either, as
I have just successfully parsed and opened a commentary page
with an address of at least 90 characters!. Below is the
output from the script when an error occurs when parsing a
regular commentary page :

run:
Execute directory is
C:\fanfoot-dev\csms-core\build/FantasySportsModule/work/cen
tipede/dist-bin
Using classpath:
";..\lib\xercesImpl-2.0.0.jar;..\lib\xml-apis.jar;..\lib\common
s-jxpath-patched.jar;..\lib\saafe-commons-0.1.0-dev-20021028.jar;..\lib\xalan-2.
3.1.jar;..\lib\jtidy-04aug2000r7-dev.jar;../FantasySportsModule-0.0.2-dev-200211
01.jar;"
01-Nov-2002 17:26:15 org.saafe.utils.BrowserControl displayURL
INFO: Instruct native browser to display url
http://news.bbc.co.uk/sport/hi/english/static/football/statistics/teams/a/aston_villa/live_hi.stm
01-Nov-2002 17:26:16 org.fanfoot.gui.ControlCentre
generateScores
INFO: Loaded Event Config file:
http://www.fanfoot.com/test/footballEvents.xml
01-Nov-2002 17:26:21 org.saafe.utils.XMLUtils loadTidiedHTML
INFO: line 15 column 1 - Warning: <script> lacks "type"
attribute
line 31 column 2 - Warning: <link> isn't allowed in <body>
elements
line 32 column 1 - Warning: </head> isn't allowed in <body>
elements

----------------------------------------------------------------------

Comment By: Michael Lever (leverm)
Date: 2002-10-30 03:54

Message:
Logged In: YES 
user_id=631335

Just tested as requested and http:www.fanfoot.com is opened
correctly in the default browser, so it appears that your
suspicions are correct. However, I did attempt to test this
with a file saved to hard disk, one copy buried deep in
folders and subfolders and another copy in the root
directory. The same error occurs on both files, but it
appears to be a different bug. I have created a new bug for
it (630866) and, when that is fixed I will test this bug
again using two copies of a file saved to hard disk.

----------------------------------------------------------------------

Comment By: Ross Gardler (rgardler)
Date: 2002-10-29 22:47

Message:
Logged In: YES 
user_id=88713

I have inspected the code and can see no logical reason for this bug 
happening. I suspect that it may have something to do with the length 
of the URL. Can you test this for me by typing in a shorter URL in the 
dialog box and clicking OK.

Does it work or not?  If it doesn;t work please provide the output you 
see in the DOS box.

----------------------------------------------------------------------

Comment By: Ross Gardler (rgardler)
Date: 2002-10-28 21:04

Message:
Logged In: YES 
user_id=88713

This is useful information, it tells me exactly where the problem is. It 
seems that there is a slight different in the way the URL is being 
returned from the dialog boxes used to select a local file or remote URL 
and the way the debug menu (or test code) has the URLs hard coded. I 
will take a look at this ASAP as with this additional info I think the fix 
should be fairly obvious once I inpect the code.

Thanks

----------------------------------------------------------------------

Comment By: Michael Lever (leverm)
Date: 2002-10-28 20:57

Message:
Logged In: YES 
user_id=631335

More info :

The Debug "Parse BBC Test 1" test file does not produce this
error under Windows XP - the url is parsed correctly and the
page itself  is opened in the default internet browser. The
problem is only demoinstrated on other files, either "live"
url's or files saved locally. The url/file is parsed
correctly, but the page is not loaded into the default
browser. This may still be a problem with XP, but since the
Debug test file works it may also be fixable in the module
files. Any ideas?

----------------------------------------------------------------------

Comment By: Ross Gardler (rgardler)
Date: 2002-10-26 20:31

Message:
Logged In: YES 
user_id=88713

In that case it's a problem with windows XP. This works fine on Windows 
NT and on Linux (it hasn;t been tested on other platforms that I am aware 
of). Furthermore, I use Mozilla as my browser.

However, the fact that the test you ran works confuses me, there must be a 
subtle difference between the test code and the real code. I just haven't 
looked into it yet.

----------------------------------------------------------------------

Comment By: Michael Lever (leverm)
Date: 2002-10-26 20:02

Message:
Logged In: YES 
user_id=631335

I don't think it's a problem with IE. To test I downloaded
Mozilla Phoenix and have made it my default browser. Error
still occurs.

----------------------------------------------------------------------

Comment By: Ross Gardler (rgardler)
Date: 2002-10-24 15:53

Message:
Logged In: YES 
user_id=88713

Hmmmm.... interesting.

This bug is not present on other versions of WIndows and the test you just 
ran uses exactly the same code to display the URL. I think this is a strange 
one to do with XP and/or IE 6. 

I will do some more investigation into this.

----------------------------------------------------------------------

Comment By: Michael Lever (leverm)
Date: 2002-10-23 22:10

Message:
Logged In: YES 
user_id=631335

Managed to get it to do what you wanted. Here's the output 
from the command :

C:\fanfoot-dev\FantasyFootballSportsModule-0.0.1-alpha1-dev-
200210211904>java -cp ./lib/saafe-commons-0.1.0-alpha-dev-
200210171832.jar org.saafe.utils.BrowserControl
23-Oct-2002 23:02:00 org.saafe.utils.BrowserControl 
displayURL
INFO: Instruct native browser to display url 
http://www.javaworld.com

C:\fanfoot-dev\FantasyFootballSportsModule-0.0.1-alpha1-dev-
200210211904>

When run IE6 is launched (if not already open) and 
http://www.javaworld.com is displayed. There are no error 
messages.

----------------------------------------------------------------------

Comment By: Ross Gardler (rgardler)
Date: 2002-10-23 07:06

Message:
Logged In: YES 
user_id=88713

CD to the directory where you installed the last fanfoot
release.

type the command:

java -cp ./lib/saafe-commons-0.1.0-alpha-dev-200210171832.jar 
org.saafe.utils.BrowserControl

This is one command not two (the linewrapping in SF has
forced it onto two lines).

Furthermore, in the dump of the output of your last attempt
you have a space between the c and the p in -cp (unless this
is a wrapping problem as well.

----------------------------------------------------------------------

Comment By: Michael Lever (leverm)
Date: 2002-10-23 05:28

Message:
Logged In: YES 
user_id=631335

C:\fanfoot-dev>cd FantasyFootballSportsModule-0.0.1-alpha1-
dev-200210211904

C:\fanfoot-dev\FantasyFootballSportsModule-0.0.1-alpha1-dev-
200210211904>a.bat

C:\fanfoot-dev\FantasyFootballSportsModule-0.0.1-alpha1-dev-
200210211904>java -c
p ./lib/saafe-commons-0.1.0-alpha-dev-200210171832.jar
Usage: java [-options] class [args...]
           (to execute a class)
   or  java -jar [-options] jarfile [args...]
           (to execute a jar file)

where options include:
    -client       to select the "client" VM
    -server       to select the "server" VM
    -hotspot      is a synonym for the "client" VM  [deprecated]
                  The default VM is client.

    -cp -classpath <directories and zip/jar files separated by ;>
                  set search path for application classes and 
resources
    -D<name>=<value>
                  set a system property
    -verbose[:class|gc|jni]
                  enable verbose output
    -version      print product version and exit
    -showversion  print product version and continue
    -? -help      print this help message
    -X            print help on non-standard options
    -ea[:<packagename>...|:<classname>]
    -enableassertions[:<packagename>...|:<classname>]
                  enable assertions
    -da[:<packagename>...|:<classname>]
    -disableassertions[:<packagename>...|:<classname>]
                  disable assertions
    -esa | -enablesystemassertions
                  enable system assertions
    -dsa | -disablesystemassertions
                  disable system assertions

C:\fanfoot-dev\FantasyFootballSportsModule-0.0.1-alpha1-dev-
200210211904>org.saa
fe.utils.BrowserControl
'org.saafe.utils.BrowserControl' is not recognized as an 
internal or external co
mmand,
operable program or batch file.

C:\fanfoot-dev\FantasyFootballSportsModule-0.0.1-alpha1-dev-
200210211904>

I'm not quite sure what you're asking me to do here. Did you 
just want me to run the text as a command ithout the app 
open, because that's what I did. The output is shown above.

No other errors shown and no browser activity, using 
Windows XP and IE 6.

----------------------------------------------------------------------

Comment By: Ross Gardler (rgardler)
Date: 2002-10-22 23:18

Message:
Logged In: YES 
user_id=88713

Can you please try running the following command (from the install 
directory):

java -cp ./lib/saafe-commons-0.1.0-alpha-dev-200210171832.jar 
org.saafe.utils.BrowserControl

What is the output in your command window?

Does the browser do anything or do you get the error above?

What version of WIndows are you using?

What version of IE are you using?

----------------------------------------------------------------------

Comment By: Ross Gardler (rgardler)
Date: 2002-10-22 10:17

Message:
Logged In: YES 
user_id=88713

When asked to parse a file (or URL) the system should tell
the native browser to display the fpage. This is to ease
verification of the calculated scores. It seems there is a
problem with the native parser control.

This bug does not appear on Linux.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=509508&aid=626539&group_id=65029