Menu
▾
▴
[csms-dev] [ csms-Bugs-626539 ] Windows Error message when parsing
|
From: <no...@so...> - 2002-11-01 19:35:58
|
Bugs item #626539, was opened at 2002-10-21 21: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: Ross Gardler (rgardler) Date: 2002-11-01 19:35 Message: Logged In: YES user_id=88713 Hmmm.... Try these: http://www.fanfoot.com/test/this/bug/is/really/annoying/me/now/sooner/or/later/we/will/find/the/root/cause/I/would/think/this/url/is/long/enough/to/test/our/theory/lets_just_make_sure_it_is_nothing_to_do_with_the_filename_length.stm and http://www.fanfoot.com/test/this/bug/is/really/annoying/me/now/sooner/or/later/we/will/find/the/root/cause/I/would/think/this/url/is/long/enough/to/test/our/theory/lets_just_make_sure_it_is_nothing_to_do_with_the_filename_length.htm ---------------------------------------------------------------------- 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 21: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 21: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 16: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 23:10 Message: Logged In: YES user_id=631335 Managed to get it to do what you wanted. Here's the output from the command : Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. 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 08: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 06:28 Message: Logged In: YES user_id=631335 Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. 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-23 00: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 11: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 |