Menu
▾
▴
csms-developer — Developer discussion
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(95) |
Nov
(117) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <no...@so...> - 2002-11-02 13:41:19
|
Support Requests item #632571, was opened at 2002-11-02 13:41 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=632571&group_id=65029 Category: None Group: None Status: Open Priority: 5 Submitted By: Michael Lever (leverm) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot parse files on hard drive Initial Comment: No problems parsing files on internet, but am unable to parse files on hard drive. Page is loaded okay into browser exception appears to be "Cannot configure event parser" : INFO: Instruct native browser to display url file://D:/Projects/Fanfoot/Spreadsheet/Fanfoot 2002/Wee k 11/html/MID v LEE.htm 02-Nov-2002 13:34:41 org.fanfoot.gui.ControlCentre generateScores INFO: Atempting to load Event config file at: http://www.fanfoot.com/test/footballEvents.xml 02-Nov-2002 13:34:42 org.fanfoot.gui.ControlCentre generateScores INFO: Loaded Event Config file. 02-Nov-2002 13:34:42 org.fanfoot.gui.ControlCentre generateScores INFO: Starting to parse file of type: BBC Text Commentary 02-Nov-2002 13:34:44 org.fanfoot.gui.ControlCentre generateScores SEVERE: Cannot configure event parser java.net.UnknownHostException: D at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:153) at java.net.Socket.connect(Socket.java:426) at java.net.Socket.connect(Socket.java:376) at sun.net.NetworkClient.doConnect(NetworkClient.java:139) at sun.net.NetworkClient.openServer(NetworkClient.java:118) at sun.net.ftp.FtpClient.openServer(FtpClient.java:423) at sun.net.ftp.FtpClient.<init>(FtpClient.java:687) at sun.net.www.protocol.ftp.FtpURLConnection.connect(FtpURLConnection.java:175) at sun.net.www.protocol.ftp.FtpURLConnection.getInputStream(FtpURLConnection.java:257) ------------------------------------ Preferences are set as the default preferences? Have these changed lately, by the way? Was hoping to do some rigiroous testing today, comparing utomated scores with scores manually calulated from last weeks matches! Have run 'cent clean all' and downloaded latest CVS of csms-core. Any ideas? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=632571&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 23:27:38
|
Bugs item #629932, was opened at 2002-10-28 16:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629932&group_id=65029 Category: Config Files Group: None Status: Open Resolution: Accepted Priority: 5 Submitted By: Ross Gardler (rgardler) Assigned to: Ross Gardler (rgardler) Summary: Matching wrong player in players.xml Initial Comment: Game: Liverpool 1 - 0 Chelsea Played on October 6 Danny Murphy was actually shown as Joe Murphy (West Brom Keeper) Result was he was awarded 4 points for a clean sheet. The same happened to Steven Gerrard, he was shown as Paul Gerrard an Everton goalkeeper. Again he got 4 points for a clean sheet. The XSL to convert events to scores matches the first player with the name. Need to also verify it is the correct team. ---------------------------------------------------------------------- >Comment By: Ross Gardler (rgardler) Date: 2002-11-01 23:27 Message: Logged In: YES user_id=88713 There is a partial fix for this. It works for goal scorers and for clean sheets, however, it has broken the deduction of defenders points for conceeded goals. The partial fix is saved on the test server as ScoringConfig.xsl.playermatchingfix ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-31 23:21 Message: Logged In: YES user_id=88713 Newcastle 2 - 1 West Brom Played on October 5 Aron Hughes of Newcastle got 2 points for appearance, it was noted as an event in tab4 twice. Once for Hughes of Newcastle and then of Hughes of West Brom who came on as a sub in the 67th min. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-28 16:45 Message: Logged In: YES user_id=88713 Also happens in Blackburn Rovers 1 - 2 Tottenham Hotspur Played on October 5 Andy Cole of Blackburn was matched to Ashley Cole of Arsenal Robbie Keane was credited with his goal but then was matched with Roy Keane for the appearance point. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629932&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 22:19:49
|
Feature Requests item #630011, was opened at 2002-10-28 18:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509511&aid=630011&group_id=65029 Category: Interface Improvements Group: None >Status: Closed Priority: 4 Submitted By: Ross Gardler (rgardler) Assigned to: Ross Gardler (rgardler) Summary: Provide visual feedback Initial Comment: Whilst calculating scores the system appears to hang. We need visual feedback so the user know that it is still working. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-11-01 20:19 Message: Logged In: YES user_id=88713 Since we will be moving away from a GUI interface to a Web interface relatively quickly I will add feedback in the form of log events. Later these can be routed to the web browser if desired. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509511&aid=630011&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 21:44:08
|
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: Closed Resolution: Wont Fix 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 21:44 Message: Logged In: YES user_id=88713 You are correct in your diagnosis of the problem. This is exactly why it is an *extremely* bad idea to describe the contents of a file by a three letter extension, there are bound to be duplicates when there is no central body to conrtol what codes mean what. Ahem, the world would be so much simpler without MS. Unfortunately, there is no easy way (that I know of) for controlling the browser directly within Windows. And since we are going to move to a web based system in the near future I am not going to bother fixing this problem. The feture was only added as a convenience durring testing anyway and you've fixed it on your machine so that's OK. Another bug gets closed :-) ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-11-01 21:42 Message: Logged In: YES user_id=88713 You are correct in your diagnosis of the problem. This is exactly why it is an *extremely* bad idea to describe the contents of a file by a three letter extension, there are bound to be duplicates when there is no central body to conrtol what codes mean what. Ahem, the world would be so much simpler without MS. Unfortunately, there is no easy way (that I know of) for controlling the browser directly within Windows. And since we are going to move to a web based system in the near future I am not going to bother fixing this problem. The feture was only added as a convenience durring testing anyway and you've fixed it on your machine so that's OK. Another bug gets closed :-) ---------------------------------------------------------------------- Comment By: Michael Lever (leverm) Date: 2002-11-01 20:20 Message: Logged In: YES user_id=631335 htm file parsed and loaded successfully. stm file parsed okay, usual error message, not loaded into browser. so, it's stm that's the problem then.... ....okay I've fixed it on my machine and it also explains why you don't have the problem under linux (and probably why your NT machine didn't either). I renamed one of the commentaries on my hard disk from .htm to .stm and got the error message, but then suddenly Windows attempted to open the file using Winamp! That's why it doesn't work - it isn't a valid audio file!! It turns out that .stm is also a possible audio file format extension. So, I re-registered the file-type to be opened with my default browser...unfortunately this wasn't enough. You also have to de-register it with Winamp. Now done, all commentaries ending in .stm (whether on hard drive or internet) are parsed and loaded successfully. Like I say, it's fixed on my system, but other Windows users with Winamp installed are going to have the same problem in future. I'm guessing here, but I think you've programmed it so that the file is loaded by its default program in Windows, not by the default browser. If I'm right then I think the generic solution will be to fire up the browser first then open the file with it. Is that possible!? ---------------------------------------------------------------------- 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 |
|
From: <no...@so...> - 2002-11-01 21:42:46
|
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: Closed >Resolution: Wont Fix 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 21:42 Message: Logged In: YES user_id=88713 You are correct in your diagnosis of the problem. This is exactly why it is an *extremely* bad idea to describe the contents of a file by a three letter extension, there are bound to be duplicates when there is no central body to conrtol what codes mean what. Ahem, the world would be so much simpler without MS. Unfortunately, there is no easy way (that I know of) for controlling the browser directly within Windows. And since we are going to move to a web based system in the near future I am not going to bother fixing this problem. The feture was only added as a convenience durring testing anyway and you've fixed it on your machine so that's OK. Another bug gets closed :-) ---------------------------------------------------------------------- Comment By: Michael Lever (leverm) Date: 2002-11-01 20:20 Message: Logged In: YES user_id=631335 htm file parsed and loaded successfully. stm file parsed okay, usual error message, not loaded into browser. so, it's stm that's the problem then.... ....okay I've fixed it on my machine and it also explains why you don't have the problem under linux (and probably why your NT machine didn't either). I renamed one of the commentaries on my hard disk from .htm to .stm and got the error message, but then suddenly Windows attempted to open the file using Winamp! That's why it doesn't work - it isn't a valid audio file!! It turns out that .stm is also a possible audio file format extension. So, I re-registered the file-type to be opened with my default browser...unfortunately this wasn't enough. You also have to de-register it with Winamp. Now done, all commentaries ending in .stm (whether on hard drive or internet) are parsed and loaded successfully. Like I say, it's fixed on my system, but other Windows users with Winamp installed are going to have the same problem in future. I'm guessing here, but I think you've programmed it so that the file is loaded by its default program in Windows, not by the default browser. If I'm right then I think the generic solution will be to fire up the browser first then open the file with it. Is that possible!? ---------------------------------------------------------------------- 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 |
|
From: <no...@so...> - 2002-11-01 20:20:25
|
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 20:20 Message: Logged In: YES user_id=631335 htm file parsed and loaded successfully. stm file parsed okay, usual error message, not loaded into browser. so, it's stm that's the problem then.... ....okay I've fixed it on my machine and it also explains why you don't have the problem under linux (and probably why your NT machine didn't either). I renamed one of the commentaries on my hard disk from .htm to .stm and got the error message, but then suddenly Windows attempted to open the file using Winamp! That's why it doesn't work - it isn't a valid audio file!! It turns out that .stm is also a possible audio file format extension. So, I re-registered the file-type to be opened with my default browser...unfortunately this wasn't enough. You also have to de-register it with Winamp. Now done, all commentaries ending in .stm (whether on hard drive or internet) are parsed and loaded successfully. Like I say, it's fixed on my system, but other Windows users with Winamp installed are going to have the same problem in future. I'm guessing here, but I think you've programmed it so that the file is loaded by its default program in Windows, not by the default browser. If I'm right then I think the generic solution will be to fire up the browser first then open the file with it. Is that possible!? ---------------------------------------------------------------------- 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 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 : 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 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 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-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 |
|
From: <no...@so...> - 2002-11-01 20:19:58
|
Feature Requests item #630011, was opened at 2002-10-28 18:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509511&aid=630011&group_id=65029 Category: Interface Improvements Group: None Status: Open Priority: 4 Submitted By: Ross Gardler (rgardler) >Assigned to: Ross Gardler (rgardler) Summary: Provide visual feedback Initial Comment: Whilst calculating scores the system appears to hang. We need visual feedback so the user know that it is still working. ---------------------------------------------------------------------- >Comment By: Ross Gardler (rgardler) Date: 2002-11-01 20:19 Message: Logged In: YES user_id=88713 Since we will be moving away from a GUI interface to a Web interface relatively quickly I will add feedback in the form of log events. Later these can be routed to the web browser if desired. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509511&aid=630011&group_id=65029 |
|
From: Ross G. <ro...@sa...> - 2002-11-01 19:36:13
|
I mentioned this in a bug report recently, but it probably got lost to most people here. This is a very important issue so I am putting it to the vote. This is a thing about programming and since there is only myself who is a programmer at the moment I would like to encourage the few lurkers we have to comment *and* vote on this proposal. Your comments will be useful to help non-programmers with voting rights cast an informed vote (even if it is an informed abstain). Your vote *will* count. The proposal ============ I believe that the only way to develop Open Source code is to ensure that it a) works b) is documented. To ensure things work we need to have a good set of test harnesses. The infrastructure for this is already in place (good old Centipede does most of the work for us). More info for those interested can be found at http://www.junit.org Documentation is hated by programmers, it takes time away from coding. We already have codestyle checks that ensure all code has at least minimal javadoc comments. I propose that in addition we require all code submissions that add new features to include at least outline documentation about that feature. This need not be technical documentation (this is what javadocs are for), but user documentation. For commiters, this documentation will have to be incorporated into the xdocs. For non-commiters a text file will be sufficient (although patches for the xdocs would be more appreciated). The commiter adding the code to the repository will be responsible for moving the docs into the xdocs as well. If this is passed I will write these requirements into our constitution. The reason I think it is important we discuss this is that there is a danger that we scare off potential contributors because of the additional work. Whilst this project is at such an early stage it is difficult for people to see how they can contribute, but in the not too distant future we should be providing something useful, at that point we need to be providing a sensible Open Source development that allows everyone to do what they need to but isn't quite chaos. The requirement for minimal documentation means people can see what is available and so where they can help. There are some lurkers here, I hope some are looking for an opportunity to contribute as well as deciding if we are a good bunch to work with. I am keen to hear their views as potential commiters. Ross |
|
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 |
|
From: Ross G. <ro...@sa...> - 2002-11-01 19:23:19
|
OK I've put a skeleton Long Term Plan document together. Now it's time to get a short term plan together. Here are my Random Thoughts on the subject, any comments? For 0.0.2alpha release ====================== Move to a core/module architecture ---------------------------------- The core doesn't really exist yet. What we have is a fantasy sports module. This release will see the introduction of the core. Instead of the user selecting a game that they want to see the scores on the core will be aware of all the games due to have been played by that time and calculate them. For 0.0.3alpha release ====================== Introduce team management ------------------------- Now that we have a core system and a sports module we can start thinking about teams and leagues. So in this release we will bring team management into play. We will support substitutions and transfers in this release. For 0.0.4alpha release ====================== League Management Facilities ---------------------------- Now that we have the concept of teams we can start to publish league placings. For 0.0.5alpha release ====================== Move to a Cocoon Portal based system ------------------------------------ Move the user interface to a Cocoon web app. This will remove the need to install any software in order to use the system (although admittedly it will make it more difficult for people to install it for themselves should they want to hence the next release). This application will provide all team management facilites For 0.1.0beta releases ====================== Make available to Fanfoot.com players ------------------------------------- Testing for the beta release can be performed by the Fanfoot.com players. For 0.1.1alpha release ====================== Embed Jetty server ------------------ By embedding the jetty server in one of the releases we will be able to build a distribution that will run in full client/server mode with only the need to install Java. For 0.1.2alpha release ====================== Move to Xindice database ------------------------ At present all data is stored in XML files, however they are being accesses through a URI. Therefore, we can no leverage Cocoons power to replace these files with a Xindice's XML database without the need to rewrite any code (theoretically at least) For 0.1.3alpha ============== Refactoring ----------- No new features will be added but the design of the system will be improved. For 0.2.0beta ============= We will release however many beta releases at this stage as necessary to be sure of there being no bugs (yeah right!) For 0.2.0 release ================= This release will be the first one that sees a stable core/module structure. It is this releae that we will start to really push to other projects for collaboration. Once this core infrastructure is in place the possible additions to the system are immense and so opportunities for multiple developers start to emerge. Ross |
|
From: <no...@so...> - 2002-11-01 17:55:47
|
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 : 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 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 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-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 |
|
From: <no...@so...> - 2002-11-01 17:46:48
|
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 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 |
|
From: <no...@so...> - 2002-11-01 17:31:45
|
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: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 : 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 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 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-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 |
|
From: <no...@so...> - 2002-11-01 16:50:11
|
Bugs item #632096, was opened at 2002-11-01 15:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=632096&group_id=65029 Category: Config Files Group: CVS HEAD >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Stuart Gardler (smgardler) Assigned to: Ross Gardler (rgardler) Summary: Assist points awarded twice Initial Comment: When testing the attached comentary Wiltord and Cole are awarded two assists each. This is because the goals they assisted in were reported twice, the goal scorers are correctly awarded the related goal once. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-11-01 16:19 Message: Logged In: YES user_id=88713 This one is easy (hurrah!), all that we need to do is instruct the system how to identify duplicate entries for events of that type. This is already done for some events (goals for example), but not for others. It needs to be done for all. Watch for a CVS mail in the next few minutes with a fix for this, take a look at how it is done, check the documentation at http://www.fanfoot.com/wiki/Wiki.jsp?page=EventExtractionConfiguration (last section) for further explanation. Then, if you have the time, add duplication detection for all remaining events types. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=632096&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 16:19:34
|
Bugs item #632096, was opened at 2002-11-01 15:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=632096&group_id=65029 Category: Config Files Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Stuart Gardler (smgardler) >Assigned to: Ross Gardler (rgardler) Summary: Assist points awarded twice Initial Comment: When testing the attached comentary Wiltord and Cole are awarded two assists each. This is because the goals they assisted in were reported twice, the goal scorers are correctly awarded the related goal once. ---------------------------------------------------------------------- >Comment By: Ross Gardler (rgardler) Date: 2002-11-01 16:19 Message: Logged In: YES user_id=88713 This one is easy (hurrah!), all that we need to do is instruct the system how to identify duplicate entries for events of that type. This is already done for some events (goals for example), but not for others. It needs to be done for all. Watch for a CVS mail in the next few minutes with a fix for this, take a look at how it is done, check the documentation at http://www.fanfoot.com/wiki/Wiki.jsp?page=EventExtractionConfiguration (last section) for further explanation. Then, if you have the time, add duplication detection for all remaining events types. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=632096&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 16:12:54
|
Bugs item #630866, was opened at 2002-10-30 03:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=630866&group_id=65029 Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Michael Lever (leverm) Assigned to: Ross Gardler (rgardler) Summary: Windows Error message when parsing file Initial Comment: Problem with shortcut : Unable to open '/C:/ARS v BLA.htm'. I believe thsi is due to the initial '/' and suspect that if this can be removed the page will load correctly. ---------------------------------------------------------------------- >Comment By: Ross Gardler (rgardler) Date: 2002-11-01 16:12 Message: Logged In: YES user_id=88713 OK. In that case I suspect what was happening was that you didn;t rebuild after updating from CVS. I should have explained this to you. Basically, whenever you do an update from CVS it is advisable to run "cent clean all". This will delete all previous build files and then regenerate everything from scratch. This is essentially what you did by deleting everything in your local copy and checking it out again. The only difference is that "cent clean" only deletes the built files, not the sourcecode, therefore there is no need to check out the module again. Sorry, I should have exaplained this, I forget that you are not familiar with programming tools. Still you're learning fast! No I will try and find a workaround for the related bug with URLs being too long for windows to handle. This one is closed. Thanks ---------------------------------------------------------------------- Comment By: Stuart Gardler (smgardler) Date: 2002-11-01 13:07 Message: Logged In: YES user_id=497075 I have done some testing and found that after I updated the CVS the windows error was still coming up. I then decided to delete all I had on my pc from the CVS for csms-core and start again. When I ran the module again the windows error did not come up and the page opened in the browser. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-11-01 11:30 Message: Logged In: YES user_id=88713 I can only see three possabilities for this to be the case: 1. This is one of the things MS have deliberatly broken Java with since the URL I am creating is a perfectly valid one, in which case I need to find a workaround 2. You have not updated your copies from CVS properly. Check that the file src/java/org/fanfoot/gui/ControlCentre.java is version 1.7 3. You have missed a subtle difference in the error message being given by windows. Please verify that it is *exactly* the same as that in your original report. Can you also look through the output in your dos window for a line that says "instruct native browser to display ..." and tell me what that says. Thanks. ---------------------------------------------------------------------- Comment By: Michael Lever (leverm) Date: 2002-11-01 06:51 Message: Logged In: YES user_id=631335 There is no discernible difference in the parsing of a file with the change that has been made. The sae error occurs, but the file is still parsed and the file is not opened in the default browser. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-31 21:11 Message: Logged In: YES user_id=88713 I have checked in what I believe will be a fix for this, pleae test it and either report failur here or close this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=630866&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 15:43:53
|
Bugs item #632096, was opened at 2002-11-01 15:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=632096&group_id=65029 Category: Config Files Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Stuart Gardler (smgardler) Assigned to: Nobody/Anonymous (nobody) Summary: Assist points awarded twice Initial Comment: When testing the attached comentary Wiltord and Cole are awarded two assists each. This is because the goals they assisted in were reported twice, the goal scorers are correctly awarded the related goal once. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=632096&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 13:07:55
|
Bugs item #630866, was opened at 2002-10-30 03:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=630866&group_id=65029 Category: None Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Michael Lever (leverm) Assigned to: Ross Gardler (rgardler) Summary: Windows Error message when parsing file Initial Comment: Problem with shortcut : Unable to open '/C:/ARS v BLA.htm'. I believe thsi is due to the initial '/' and suspect that if this can be removed the page will load correctly. ---------------------------------------------------------------------- >Comment By: Stuart Gardler (smgardler) Date: 2002-11-01 13:07 Message: Logged In: YES user_id=497075 I have done some testing and found that after I updated the CVS the windows error was still coming up. I then decided to delete all I had on my pc from the CVS for csms-core and start again. When I ran the module again the windows error did not come up and the page opened in the browser. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-11-01 11:30 Message: Logged In: YES user_id=88713 I can only see three possabilities for this to be the case: 1. This is one of the things MS have deliberatly broken Java with since the URL I am creating is a perfectly valid one, in which case I need to find a workaround 2. You have not updated your copies from CVS properly. Check that the file src/java/org/fanfoot/gui/ControlCentre.java is version 1.7 3. You have missed a subtle difference in the error message being given by windows. Please verify that it is *exactly* the same as that in your original report. Can you also look through the output in your dos window for a line that says "instruct native browser to display ..." and tell me what that says. Thanks. ---------------------------------------------------------------------- Comment By: Michael Lever (leverm) Date: 2002-11-01 06:51 Message: Logged In: YES user_id=631335 There is no discernible difference in the parsing of a file with the change that has been made. The sae error occurs, but the file is still parsed and the file is not opened in the default browser. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-31 21:11 Message: Logged In: YES user_id=88713 I have checked in what I believe will be a fix for this, pleae test it and either report failur here or close this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=630866&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 12:35:29
|
Bugs item #629932, was opened at 2002-10-28 16:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629932&group_id=65029 Category: Config Files Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Ross Gardler (rgardler) >Assigned to: Ross Gardler (rgardler) Summary: Matching wrong player in players.xml Initial Comment: Game: Liverpool 1 - 0 Chelsea Played on October 6 Danny Murphy was actually shown as Joe Murphy (West Brom Keeper) Result was he was awarded 4 points for a clean sheet. The same happened to Steven Gerrard, he was shown as Paul Gerrard an Everton goalkeeper. Again he got 4 points for a clean sheet. The XSL to convert events to scores matches the first player with the name. Need to also verify it is the correct team. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-31 23:21 Message: Logged In: YES user_id=88713 Newcastle 2 - 1 West Brom Played on October 5 Aron Hughes of Newcastle got 2 points for appearance, it was noted as an event in tab4 twice. Once for Hughes of Newcastle and then of Hughes of West Brom who came on as a sub in the 67th min. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-28 16:45 Message: Logged In: YES user_id=88713 Also happens in Blackburn Rovers 1 - 2 Tottenham Hotspur Played on October 5 Andy Cole of Blackburn was matched to Ashley Cole of Arsenal Robbie Keane was credited with his goal but then was matched with Roy Keane for the appearance point. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629932&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 12:34:02
|
Bugs item #629121, was opened at 2002-10-26 17:03 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629121&group_id=65029 Category: Config Files Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Ross Gardler (rgardler) Summary: Booking being registered 3 times Initial Comment: T. Henry was booked in this game (HTML attached), however it is registered 3 times in the events section. Each of the three events recorded are at different times, it would seem that successive patterns to match bookings are crossing over time divisions in the commentary. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-11-01 12:11 Message: Logged In: YES user_id=88713 In the LIverpool Chelsea test commentary the Stanic booking is given three different times (21:52, 23:11 and 23:36, it actually occurs at 21:52). I suspect the system that is looking for bookings in successive sentences is matching the preceeding commentary snippets: 23:36 Cross by Michael Owen (Liverpool), clearance by Mario Melchiot (Chelsea). 23:11 Defending throw-in by Jamie Carragher (Liverpool). 21:52 Booking Foul by Mario Stanic (Chelsea) on Jamie Carragher (Liverpool). Mario Stanic (Chelsea) booked for unsporting behaviour. Free kick taken right-footed by Jamie Carragher (Liverpool) from own half, passed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629121&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 12:11:12
|
Bugs item #629121, was opened at 2002-10-26 17:03 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629121&group_id=65029 Category: Config Files Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Ross Gardler (rgardler) Summary: Booking being registered 3 times Initial Comment: T. Henry was booked in this game (HTML attached), however it is registered 3 times in the events section. Each of the three events recorded are at different times, it would seem that successive patterns to match bookings are crossing over time divisions in the commentary. ---------------------------------------------------------------------- >Comment By: Ross Gardler (rgardler) Date: 2002-11-01 12:11 Message: Logged In: YES user_id=88713 In the LIverpool Chelsea test commentary the Stanic booking is given three different times (21:52, 23:11 and 23:36, it actually occurs at 21:52). I suspect the system that is looking for bookings in successive sentences is matching the preceeding commentary snippets: 23:36 Cross by Michael Owen (Liverpool), clearance by Mario Melchiot (Chelsea). 23:11 Defending throw-in by Jamie Carragher (Liverpool). 21:52 Booking Foul by Mario Stanic (Chelsea) on Jamie Carragher (Liverpool). Mario Stanic (Chelsea) booked for unsporting behaviour. Free kick taken right-footed by Jamie Carragher (Liverpool) from own half, passed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629121&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 12:10:33
|
Bugs item #629937, was opened at 2002-10-28 16:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629937&group_id=65029 Category: Config Files Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ross Gardler (rgardler) Assigned to: Ross Gardler (rgardler) Summary: Bookings being missed Initial Comment: Game: Liverpool 1 - 0 Chelsea Played on October 6 Bookings of Mario Stanic and Jespor Gronkjar were not picked out hence point not deducted form each player. There is a problem with picking up some bookings, it is a problem with the regular expressions a solution is in progress. ---------------------------------------------------------------------- >Comment By: Ross Gardler (rgardler) Date: 2002-11-01 12:10 Message: Logged In: YES user_id=88713 The original problem is now solved, the remaining problem is a duplicate of another bug so closing this one. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-31 23:39 Message: Logged In: YES user_id=88713 Gronkjar booking is picked up corectly now but the Stanic booking is givthree different times (21:52, 23:11 and 23:36, it actually occurs at 21:52). I suspect the system that is looking for bookings in successive sentences is matching the preceeding commentary snippets: 23:36 Cross by Michael Owen (Liverpool), clearance by Mario Melchiot (Chelsea). 23:11 Defending throw-in by Jamie Carragher (Liverpool). 21:52 Booking Foul by Mario Stanic (Chelsea) on Jamie Carragher (Liverpool). Mario Stanic (Chelsea) booked for unsporting behaviour. Free kick taken right-footed by Jamie Carragher (Liverpool) from own half, passed. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-28 16:47 Message: Logged In: YES user_id=88713 Also occurs in Blackburn Rovers 1 - 2 Tottenham Hotspur Played on October 5 Booking of Henning Berg was missed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629937&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 11:30:21
|
Bugs item #630866, was opened at 2002-10-30 03:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=630866&group_id=65029 Category: None Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Michael Lever (leverm) >Assigned to: Ross Gardler (rgardler) Summary: Windows Error message when parsing file Initial Comment: Problem with shortcut : Unable to open '/C:/ARS v BLA.htm'. I believe thsi is due to the initial '/' and suspect that if this can be removed the page will load correctly. ---------------------------------------------------------------------- >Comment By: Ross Gardler (rgardler) Date: 2002-11-01 11:30 Message: Logged In: YES user_id=88713 I can only see three possabilities for this to be the case: 1. This is one of the things MS have deliberatly broken Java with since the URL I am creating is a perfectly valid one, in which case I need to find a workaround 2. You have not updated your copies from CVS properly. Check that the file src/java/org/fanfoot/gui/ControlCentre.java is version 1.7 3. You have missed a subtle difference in the error message being given by windows. Please verify that it is *exactly* the same as that in your original report. Can you also look through the output in your dos window for a line that says "instruct native browser to display ..." and tell me what that says. Thanks. ---------------------------------------------------------------------- Comment By: Michael Lever (leverm) Date: 2002-11-01 06:51 Message: Logged In: YES user_id=631335 There is no discernible difference in the parsing of a file with the change that has been made. The sae error occurs, but the file is still parsed and the file is not opened in the default browser. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-31 21:11 Message: Logged In: YES user_id=88713 I have checked in what I believe will be a fix for this, pleae test it and either report failur here or close this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=630866&group_id=65029 |
|
From: <no...@so...> - 2002-11-01 06:51:15
|
Bugs item #630866, was opened at 2002-10-30 03:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=630866&group_id=65029 Category: None Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Michael Lever (leverm) Assigned to: Nobody/Anonymous (nobody) Summary: Windows Error message when parsing file Initial Comment: Problem with shortcut : Unable to open '/C:/ARS v BLA.htm'. I believe thsi is due to the initial '/' and suspect that if this can be removed the page will load correctly. ---------------------------------------------------------------------- >Comment By: Michael Lever (leverm) Date: 2002-11-01 06:51 Message: Logged In: YES user_id=631335 There is no discernible difference in the parsing of a file with the change that has been made. The sae error occurs, but the file is still parsed and the file is not opened in the default browser. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-31 21:11 Message: Logged In: YES user_id=88713 I have checked in what I believe will be a fix for this, pleae test it and either report failur here or close this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=630866&group_id=65029 |
|
From: <no...@so...> - 2002-10-31 23:39:51
|
Bugs item #629937, was opened at 2002-10-28 16:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629937&group_id=65029 Category: Config Files Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Ross Gardler (rgardler) >Assigned to: Ross Gardler (rgardler) Summary: Bookings being missed Initial Comment: Game: Liverpool 1 - 0 Chelsea Played on October 6 Bookings of Mario Stanic and Jespor Gronkjar were not picked out hence point not deducted form each player. There is a problem with picking up some bookings, it is a problem with the regular expressions a solution is in progress. ---------------------------------------------------------------------- >Comment By: Ross Gardler (rgardler) Date: 2002-10-31 23:39 Message: Logged In: YES user_id=88713 Gronkjar booking is picked up corectly now but the Stanic booking is givthree different times (21:52, 23:11 and 23:36, it actually occurs at 21:52). I suspect the system that is looking for bookings in successive sentences is matching the preceeding commentary snippets: 23:36 Cross by Michael Owen (Liverpool), clearance by Mario Melchiot (Chelsea). 23:11 Defending throw-in by Jamie Carragher (Liverpool). 21:52 Booking Foul by Mario Stanic (Chelsea) on Jamie Carragher (Liverpool). Mario Stanic (Chelsea) booked for unsporting behaviour. Free kick taken right-footed by Jamie Carragher (Liverpool) from own half, passed. ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-10-28 16:47 Message: Logged In: YES user_id=88713 Also occurs in Blackburn Rovers 1 - 2 Tottenham Hotspur Played on October 5 Booking of Henning Berg was missed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509508&aid=629937&group_id=65029 |
