phpweather-bugs Mailing List for PHP Weather
Brought to you by:
iridium
Menu
▾
▴
phpweather-bugs — Bugs are automatically mailed to this list
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
(7) |
Apr
(3) |
May
(5) |
Jun
(1) |
Jul
(3) |
Aug
(2) |
Sep
(11) |
Oct
|
Nov
(2) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
(2) |
Apr
(7) |
May
|
Jun
|
Jul
(3) |
Aug
(6) |
Sep
(8) |
Oct
(2) |
Nov
|
Dec
|
| 2004 |
Jan
(7) |
Feb
(10) |
Mar
|
Apr
|
May
(5) |
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2005 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
(1) |
Feb
(2) |
Mar
(10) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
|
Nov
(1) |
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2009 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2009-06-18 00:30:48
|
Bugs item #2807476, was opened at 2009-06-17 02:37 Message generated for change (Settings changed) made by mrgoose You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=2807476&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PHP code Group: phpweather-2.x Status: Open >Priority: 8 Private: No Submitted By: Mr Goose (mrgoose) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple Vulnerabilities with PHPW Initial Comment: I don't want to worry anyone but it seems there are some moderately critical security issues with PHPWeather. According to an alert by Secunia (and others), dated 2008-12-15, PHPWeather 2.x has the following vulnerabilities:- 1) Input via the URL in config/make_config.php is not properly sanitised before being returned to the user. This can be exploited to execute arbitrary HTML and script code in a user's browser session in the context of an affected site. 2) Input passed to the "language" parameter in test.php (when "metar" is set to a non-NULL value) is not properly verified before being used to include files. This can be exploited to include arbitrary files from local resources via directory traversal attacks and URL-encoded NULL bytes. Unfortunately I don't have the PHP skills to fix it - well not yet anyway. Fortunately the vulnerable files are not part of the core and it seems to work OK without them (providing PHPW is set up already). So, as a temporary fix, it seems one could simply delete the offending files, or make them inaccessible to the web server using chmod. Alternatively one can use .htaccess & .htpasswd to allow password-only access to the offending files - assuming you actually want to use them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=2807476&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2009-06-17 02:37:21
|
Bugs item #2807476, was opened at 2009-06-17 02:37 Message generated for change (Tracker Item Submitted) made by mrgoose You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=2807476&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PHP code Group: phpweather-2.x Status: Open Priority: 5 Private: No Submitted By: Mr Goose (mrgoose) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple Vulnerabilities with PHPW Initial Comment: I don't want to worry anyone but it seems there are some moderately critical security issues with PHPWeather. According to an alert by Secunia (and others), dated 2008-12-15, PHPWeather 2.x has the following vulnerabilities:- 1) Input via the URL in config/make_config.php is not properly sanitised before being returned to the user. This can be exploited to execute arbitrary HTML and script code in a user's browser session in the context of an affected site. 2) Input passed to the "language" parameter in test.php (when "metar" is set to a non-NULL value) is not properly verified before being used to include files. This can be exploited to include arbitrary files from local resources via directory traversal attacks and URL-encoded NULL bytes. Unfortunately I don't have the PHP skills to fix it - well not yet anyway. Fortunately the vulnerable files are not part of the core and it seems to work OK without them (providing PHPW is set up already). So, as a temporary fix, it seems one could simply delete the offending files, or make them inaccessible to the web server using chmod. Alternatively one can use .htaccess & .htpasswd to allow password-only access to the offending files - assuming you actually want to use them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=2807476&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2009-01-23 23:05:55
|
Bugs item #2528707, was opened at 2009-01-22 15:48 Message generated for change (Comment added) made by lennarth3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=2528707&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Output Group: phpweather-2.x Status: Open Priority: 5 Private: No Submitted By: Lennart Holleman (lennarth3) Assigned to: Nobody/Anonymous (nobody) Summary: Undefined offset Initial Comment: In the test2.php file i do get a warning saying an "undefined offset" in my phpweather.php file. The matching row of that error is in the PROB area of the TAF decoder. I have noticed that it wil only give this failure/warning if the TAF is of a very long format, especialy in bad weather conditions. Does anyone know how to fix this small problem? Best regards, Lennart ---------------------------------------------------------------------- >Comment By: Lennart Holleman (lennarth3) Date: 2009-01-24 00:05 Message: After another night of searching and reading of the source I noticed the problem is in the PROB.. area. The problem only shows when PROB## is followed by another item like: PROB40 TEMPO ..... Anyone an idea how to fix this? Kind regards, Lennart ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=2528707&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2009-01-22 14:48:58
|
Bugs item #2528707, was opened at 2009-01-22 15:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=2528707&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Output Group: phpweather-2.x Status: Open Priority: 5 Private: No Submitted By: Lennart Holleman (lennarth3) Assigned to: Nobody/Anonymous (nobody) Summary: Undefined offset Initial Comment: In the test2.php file i do get a warning saying an "undefined offset" in my phpweather.php file. The matching row of that error is in the PROB area of the TAF decoder. I have noticed that it wil only give this failure/warning if the TAF is of a very long format, especialy in bad weather conditions. Does anyone know how to fix this small problem? Best regards, Lennart ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=2528707&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2007-11-25 15:03:25
|
Bugs item #1838092, was opened at 2007-11-25 15:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1838092&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: cooladpt (cooladpt) Assigned to: Nobody/Anonymous (nobody) Summary: displays wrong temprature and icons Initial Comment: In other sites, it shows Temperature of site to be 11 degree C and using the phpweather.net script, it shows 16 degree C. What may be the error? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1838092&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2007-08-13 02:27:51
|
Bugs item #1772824, was opened at 2007-08-12 21:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1772824&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PHP code Group: phpweather-2.x Status: Open Priority: 5 Private: No Submitted By: Jack Coats (servant) Assigned to: Nobody/Anonymous (nobody) Summary: output/pw_text.php Initial Comment: While running the PHP Weather Speed test, I am getting the following error messages displayed: Processing 256 METARs Notice: Undefined variable: tendency in /var/www/phpweather/output/pw_text.php on line 557 Processed 32 METARs... Processed 64 METARs... Processed 96 METARs... Processed 128 METARs... Processed 160 METARs... Processed 192 METARs... Notice: Undefined index: temp_min_6_hours in /var/www/phpweather/output/pw_text.php on line 931 Processed 224 METARs... Processed 256 METARs... Total time used to process 256 METARs: 782,790 ms. Time used per METAR: 3,057.8 ms. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1772824&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2007-08-13 02:24:16
|
Bugs item #1772823, was opened at 2007-08-12 21:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1772823&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PHP code Group: phpweather-2.x Status: Open Priority: 5 Private: No Submitted By: Jack Coats (servant) Assigned to: Nobody/Anonymous (nobody) Summary: tms_date2unix update for Ubuntu Initial Comment: I am using Ubuntu Feisty, and this routing was not returning the correct data. This was my correction to make it work on my system. This function was in the phpweather.php file: function tms_date2unix($tmp_tms) { /* joc20070812 - 2007-08-13 01:00:00 is format returned in Ubuntu Feisty */ return gmmktime(substr($tmp_tms,11,2),substr($tmp_tms,14,2),substr($tmp_tms,17,2),substr($tmp_tms,5,2),substr($tmp_tms,8,2),substr($tmp_tms,0,4)); /* return gmmktime(substr($tmp_tms,8,2),substr($tmp_tms,10,2),substr($tmp_tms,12,2),substr($tmp_tms,4,2),substr($tmp_tms,6,2),substr($tmp_tms,0,4)); */ } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1772823&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2007-05-07 20:54:30
|
Bugs item #1714592, was opened at 2007-05-07 20:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1714592&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: phpweather-2.x Status: Open Priority: 5 Private: No Submitted By: admsport (admsport) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with Configuration Builder Initial Comment: Running on PHP4. When trying to access Configuration Builder, I get an error code. http://www.admsport.com/phpweather/config/make_config.php Error: Fatal error: Unknown(): The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition <b>caddie</b> of the object you are trying to operate on was loaded _before_ the session was started in /mnt/w0201/d21/s43/b02a7468/www/admsport.com/phpweather/config/make_config.php on line 414 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1714592&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2007-04-24 03:00:36
|
Bugs item #1688888, was opened at 2007-03-27 00:03 Message generated for change (Settings changed) made by chrisminter9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1688888&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Private: Yes Submitted By: Chris M. (chrisminter9) Assigned to: Nobody/Anonymous (nobody) Summary: Missing City Options Initial Comment: Using phpWeather as part of Wizz RSS. Only given one option (Nauru Airport?) when United States is selected. Used to be able to select from a variety of cities. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1688888&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2007-03-27 05:03:14
|
Bugs item #1688888, was opened at 2007-03-27 00:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1688888&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: Yes Submitted By: Chris M. (chrisminter9) Assigned to: Nobody/Anonymous (nobody) Summary: Missing City Options Initial Comment: Using phpWeather as part of Wizz RSS. Only given one option (Nauru Airport?) when United States is selected. Used to be able to select from a variety of cities. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1688888&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-11-11 12:47:33
|
Bugs item #1594667, was opened at 2006-11-11 13:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1594667&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Xet (setola) Assigned to: Nobody/Anonymous (nobody) Summary: showing "meter" instead of "meters" in italian Initial Comment: there's a problem visualizing visibility in italian: unit of measurement is "metro" (meter) instead of "metri" (meters) i solved with replacing line #599 of $rootDir/output/pw_output.php from $me_unit = $this->strings['meter']; to $me_unit = $this->strings['meters']; but i'm not sure this is correct for all languages. Regards. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1594667&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-09-25 02:20:20
|
Bugs item #1082695, was opened at 2004-12-09 21:18 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1082695&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: phpweather-2.x >Status: Closed Priority: 5 Submitted By: Craig Drummond (cyborg90) Assigned to: Kevin Cornwell (kcornwell) Summary: After Installing executing make_config.php just shows blank Initial Comment: I downloaded and installed the code into the /Weather directory. I am able to open the index.php file and have the weather displayed. However when I try to follow the directions in the manual it says the first step is to create a new default.php by using the make_config.php page. When I attempt to open the page I get a blank screen. PHP4 MySQL 4.1 Apache 2.0.48 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-09-24 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Max Hammond (iridium) Date: 2006-09-10 02:41 Message: Logged In: YES user_id=81516 Is this still a problem? ---------------------------------------------------------------------- Comment By: John Palkovic (drjohnny) Date: 2005-01-19 14:14 Message: Logged In: YES user_id=985118 Here is a patch which seems to fix the problem for me: --- make_config.php 2005-01-19 15:45:19.000000000 -0600 +++ make_config.php-new 2005-01-19 15:45:06.000000000 -0600 @@ -411,6 +411,7 @@ options in $HTTP_SESSION_VARS and not on a copy. */ $keys = array_keys($HTTP_SESSION_VARS); foreach ($keys as $option) { + $option = str_replace("\&","&", $option); $HTTP_SESSION_VARS[$option]->update_value($HTTP_POST_VARS); } I can now visit make_config.php with safari (OS X version 10.3.7) and it works. ---------------------------------------------------------------------- Comment By: John Palkovic (drjohnny) Date: 2005-01-19 13:26 Message: Logged In: YES user_id=985118 Try a different browser. I was getting an error with safari on Mac OS X when I tried to load config/make_config.php. Safari puts an item in the http environment that looks something like this: HTTP_COOKIE=prefs=show_changed&on&show_diff&&select_diff&&user_name&JohnDoe I guess the loop over the $HTTP_SESSION_VARS chokes on the &'s in this variable. I see that php4 uses '&' for references. I visited the page with firefox and it loaded with no problems. php4 apache 1.3.33-2 on debian kernel 2.6.9 ---------------------------------------------------------------------- Comment By: farzad (farzad) Date: 2004-12-28 16:15 Message: Logged In: YES user_id=70097 I have the same problem. The error is thrown when trying to access $HTTP_SESSION_VARS[$option] as an object. In make_config.php there is a line liek this in a for loop: $HTTP_SESSION_VARS[$option]->update_value ($HTTP_POST_VARS); And the error given is: PHP Fatal error: Call to a member function on a non-object in ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1082695&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-09-25 02:20:11
|
Bugs item #780295, was opened at 2003-07-30 08:27 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=780295&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PHP code Group: phpweather-2.x >Status: Closed Priority: 5 Submitted By: Bret Solberg (cryptogen) Assigned to: Nobody/Anonymous (nobody) Summary: Undefined variables using Apache2 and PHP 5 Initial Comment: Running: Apache/2.0.47 (Unix) PHP/5.0.0b1, the following error is thrown. Before I upgraded PHP, this was working fine. Notice: Undefined variable: time in /var/www/html/intranet/weather/output/pw_text.php on line 1042 This is a report for Madison, Dane County Regional-Truax Field, United States. The report was made 294327 hours and 22 minutes ago, at 00:00 UTC. Notice: Undefined offset: 0 in /var/www/html/intranet/weather/output/pw_images.php on line 353 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-09-24 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Max Hammond (iridium) Date: 2006-09-10 02:38 Message: Logged In: YES user_id=81516 Is this still a problem? ---------------------------------------------------------------------- Comment By: Martin Geisler (gimpster) Date: 2003-08-03 15:29 Message: Logged In: YES user_id=104098 Hmm, strange. The huge time corrosponds nicely to the time from 1/1 1970 to now, so this means that the time part in the report were missing or broken in some way. The time part is supposed to always be there, so I think you've seen a broken METAR. We could of course add tests against this in PhpWeather, but then we would have to provide translations for a case that should not happen --- I'm not sure that's worth it. Perhaps we could simply clamp the time to something like time() - 60 which would make these invalid METAR repots seem 1 minute old, but that's also not entirely satisfying. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=780295&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-09-10 09:42:08
|
Bugs item #1464487, was opened at 2006-04-04 20:55 Message generated for change (Settings changed) made by iridium You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1464487&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PHP code Group: phpweather-2.x Status: Open Priority: 5 Submitted By: bahrmann (bahrmann) >Assigned to: Kevin Cornwell (kcornwell) Summary: potential problem with php code Initial Comment: I was wondering why I was not getting RH values with version 2.2.2 Upon further investigation it appears that it is not calculated unless taken from phpweather.php if (!empty($decoded_metar['temperature']['temp_c']) && !empty($decoded_metar['temperature']['dew_c'])) { now my problem with this appears that when either temp or dew is 0 then by php 4 definition PHP 4 As of PHP 4, The string value "0" is considered empty. and therefore rh is not calculated...should !empty be replaced with isset ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1464487&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-09-10 09:41:52
|
Bugs item #1082695, was opened at 2004-12-10 05:18 Message generated for change (Comment added) made by iridium You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1082695&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: phpweather-2.x >Status: Pending Priority: 5 Submitted By: Craig Drummond (cyborg90) >Assigned to: Kevin Cornwell (kcornwell) Summary: After Installing executing make_config.php just shows blank Initial Comment: I downloaded and installed the code into the /Weather directory. I am able to open the index.php file and have the weather displayed. However when I try to follow the directions in the manual it says the first step is to create a new default.php by using the make_config.php page. When I attempt to open the page I get a blank screen. PHP4 MySQL 4.1 Apache 2.0.48 ---------------------------------------------------------------------- >Comment By: Max Hammond (iridium) Date: 2006-09-10 09:41 Message: Logged In: YES user_id=81516 Is this still a problem? ---------------------------------------------------------------------- Comment By: John Palkovic (drjohnny) Date: 2005-01-19 22:14 Message: Logged In: YES user_id=985118 Here is a patch which seems to fix the problem for me: --- make_config.php 2005-01-19 15:45:19.000000000 -0600 +++ make_config.php-new 2005-01-19 15:45:06.000000000 -0600 @@ -411,6 +411,7 @@ options in $HTTP_SESSION_VARS and not on a copy. */ $keys = array_keys($HTTP_SESSION_VARS); foreach ($keys as $option) { + $option = str_replace("\&","&", $option); $HTTP_SESSION_VARS[$option]->update_value($HTTP_POST_VARS); } I can now visit make_config.php with safari (OS X version 10.3.7) and it works. ---------------------------------------------------------------------- Comment By: John Palkovic (drjohnny) Date: 2005-01-19 21:26 Message: Logged In: YES user_id=985118 Try a different browser. I was getting an error with safari on Mac OS X when I tried to load config/make_config.php. Safari puts an item in the http environment that looks something like this: HTTP_COOKIE=prefs=show_changed&on&show_diff&&select_diff&&user_name&JohnDoe I guess the loop over the $HTTP_SESSION_VARS chokes on the &'s in this variable. I see that php4 uses '&' for references. I visited the page with firefox and it loaded with no problems. php4 apache 1.3.33-2 on debian kernel 2.6.9 ---------------------------------------------------------------------- Comment By: farzad (farzad) Date: 2004-12-29 00:15 Message: Logged In: YES user_id=70097 I have the same problem. The error is thrown when trying to access $HTTP_SESSION_VARS[$option] as an object. In make_config.php there is a line liek this in a for loop: $HTTP_SESSION_VARS[$option]->update_value ($HTTP_POST_VARS); And the error given is: PHP Fatal error: Call to a member function on a non-object in ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1082695&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-09-10 09:40:55
|
Bugs item #603019, was opened at 2002-09-01 03:03 Message generated for change (Comment added) made by iridium You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=603019&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Output Group: phpweather-2.x Status: Open >Priority: 2 Submitted By: Petteri Kettunen (petterik) >Assigned to: Kevin Cornwell (kcornwell) Summary: get_sky_image()/itime bug (?) Initial Comment: The night flag in pw_images.php is set according to metar timestamp. Consider that you want to show sky image according to local time. In embedded script one can make the following hook: sscanf(gmdate('G', $data['time'] + 32400), "%d", $hour); if (($hour < 6) || ($hour > 18)) { $images->set_time('nite'); } else { $images->set_time('day'); } $img = $images->get_sky_image(); But then one should also change in pw_images.php/ get_sky_image(): // if itime var is set by user, it overrides night flag if ($this->itime != '') { if ($this->itime == 'nite') { $night = 1; } else { $night = 0; } } if ($night == 1) { return $this->properties['icons_path'] . $this->n_images[$phenomena_group][$maxcoverage]; } else { return $this->properties['icons_path'] . $this->images[$phenomena_group][$maxcoverage]; } // null itime???? // $this->itime = ''; ---------------------------------------------------------------------- >Comment By: Max Hammond (iridium) Date: 2006-09-10 09:40 Message: Logged In: YES user_id=81516 dup 597732 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=603019&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-09-10 09:39:31
|
Bugs item #597732, was opened at 2002-08-20 12:20 Message generated for change (Settings changed) made by iridium You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=597732&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Output Group: phpweather-2.x Status: Open >Priority: 2 Submitted By: Geoff Lankow (darktrojan) >Assigned to: Kevin Cornwell (kcornwell) Summary: Sun / Moon picture based on time at location Initial Comment: Output the sun or the moon pictures based on the local time of the metar - not the server time, also be able to display times as local times in the text output. ---------------------------------------------------------------------- Comment By: Martin Geisler (gimpster) Date: 2002-12-03 18:23 Message: Logged In: YES user_id=104098 Christian Prior (chrisprior) sent this file to me some time ago: it has a function that will calculate the sunrise and sunset for a location based on the latitude and longitude. Before we can use this in PHP Weather, then we have to obtain the lati- and longitude data and put it in the ICAO database. The data is available here: http://tgsv5.nws.noaa.gov/oso/site.shtml Having this data in our database would solve this bug in an elegant way, and perhaps prove usefull if someone wants to make clickable maps of the World with the locations marked by small dots or something like that... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=597732&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-09-10 09:38:21
|
Bugs item #780295, was opened at 2003-07-30 15:27 Message generated for change (Comment added) made by iridium You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=780295&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PHP code Group: phpweather-2.x >Status: Pending Priority: 5 Submitted By: Bret Solberg (cryptogen) Assigned to: Nobody/Anonymous (nobody) Summary: Undefined variables using Apache2 and PHP 5 Initial Comment: Running: Apache/2.0.47 (Unix) PHP/5.0.0b1, the following error is thrown. Before I upgraded PHP, this was working fine. Notice: Undefined variable: time in /var/www/html/intranet/weather/output/pw_text.php on line 1042 This is a report for Madison, Dane County Regional-Truax Field, United States. The report was made 294327 hours and 22 minutes ago, at 00:00 UTC. Notice: Undefined offset: 0 in /var/www/html/intranet/weather/output/pw_images.php on line 353 ---------------------------------------------------------------------- >Comment By: Max Hammond (iridium) Date: 2006-09-10 09:38 Message: Logged In: YES user_id=81516 Is this still a problem? ---------------------------------------------------------------------- Comment By: Martin Geisler (gimpster) Date: 2003-08-03 22:29 Message: Logged In: YES user_id=104098 Hmm, strange. The huge time corrosponds nicely to the time from 1/1 1970 to now, so this means that the time part in the report were missing or broken in some way. The time part is supposed to always be there, so I think you've seen a broken METAR. We could of course add tests against this in PhpWeather, but then we would have to provide translations for a case that should not happen --- I'm not sure that's worth it. Perhaps we could simply clamp the time to something like time() - 60 which would make these invalid METAR repots seem 1 minute old, but that's also not entirely satisfying. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=780295&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-09-10 09:36:41
|
Bugs item #808981, was opened at 2003-09-18 23:15 Message generated for change (Comment added) made by iridium You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=808981&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Etienne Tourigny (etienne_t) Assigned to: Nobody/Anonymous (nobody) Summary: the weather reports don't work on the main site Initial Comment: It seems that the main site is misconfigured for fetching METAR data. All I get is: Sorry! There's no data available for Coventry Airport, United Kingdom. I've tried other stations and languages and I never get a report. Everything is fine in my local copy. ---------------------------------------------------------------------- >Comment By: Max Hammond (iridium) Date: 2006-09-10 09:36 Message: Logged In: YES user_id=81516 Switched main site to use static data for the time being. Time and arsedness dependent, we could go down this route. We did try it, but SF server config caused grief. ---------------------------------------------------------------------- Comment By: Jo Wouters (jowouters) Date: 2004-01-24 13:59 Message: Logged In: YES user_id=758006 Not having a working version on the phpweather-homepage is indeed a little bit embarassing... I had a simular problem: I couldnt send any http(or other) requests from a site due to very strict security measures. To solve that, I had written a quick hack: - on the 'secure' server, a file is written with a list of all the icao-codes they want. - every hour, a script on another server checks for that files, and processes the requests. - this script does a call of a special script on the secure site, and sends the metar-codes via a HTTP POST; which is then loaded into the database. Of course this adds some extra delay in the processing, but a t least you'll have some data; and I only used it to get 1 or 2 metar-codes. Don't know if processing hundreds of them would work... I can provide you with a cleaned-up (and more secure) version of this script (and my webserver can do the metar-requests for you). Just let me know. Jo ---------------------------------------------------------------------- Comment By: Martin Geisler (gimpster) Date: 2003-09-30 14:48 Message: Logged In: YES user_id=104098 Yes, you're right, we could perhaps go through a proxy. The problem is just that all network related functions in PHP seam to fail. I've just played with the popen() function because I wanted to use the GET program available on SF. When I do a 'GET http://foo.bar/' in a shell it works as it should, but then I do it from PHP I get nothing in return. I can open other programs with popen() but the GET programs doesn't work?! My test is in /home/groups/p/ph/phpweather/htdocs/test.php if you want to play with it... ---------------------------------------------------------------------- Comment By: pavlos kairis (kairis) Date: 2003-09-30 00:38 Message: Logged In: YES user_id=246218 martin phpweather has the capability to go thru a proxy. Could you simply add proxy info so that METAR data comes across? Pavlos ---------------------------------------------------------------------- Comment By: Martin Geisler (gimpster) Date: 2003-09-19 01:16 Message: Logged In: YES user_id=104098 Yes, you're perfectly correct. This is an both embarrassing and annoying problem --- it's embarrassing because it's been like this for way too long, and it's annoying because the solution isn't all trivial. The problem is that SourceForge employ a strict firewall around the webservers running www.phpweather.net. The firewall makes it impossible for PhpWeather to contact the NWS directly and fetch new weather reports, we have no access to the outside world from PHP on the webserver. I've tried to setup a system where the data were downloaded from the NWS once an hour by an external cron job and then uploaded to SF via SCP, but it never fully worked. If you want to work on this (and the website in general) then please let me know and I'll help you as I can. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=808981&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-04-04 20:55:04
|
Bugs item #1464487, was opened at 2006-04-04 16:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1464487&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PHP code Group: phpweather-2.x Status: Open Priority: 5 Submitted By: bahrmann (bahrmann) Assigned to: Nobody/Anonymous (nobody) Summary: potential problem with php code Initial Comment: I was wondering why I was not getting RH values with version 2.2.2 Upon further investigation it appears that it is not calculated unless taken from phpweather.php if (!empty($decoded_metar['temperature']['temp_c']) && !empty($decoded_metar['temperature']['dew_c'])) { now my problem with this appears that when either temp or dew is 0 then by php 4 definition PHP 4 As of PHP 4, The string value "0" is considered empty. and therefore rh is not calculated...should !empty be replaced with isset ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1464487&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-03-24 03:24:58
|
Bugs item #896714, was opened at 02/13/04 11:54 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=896714&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Databases Group: phpweather-2.x >Status: Closed Priority: 5 Submitted By: Mike Miller (torxbit) Assigned to: Nobody/Anonymous (nobody) Summary: Coredumps Initial Comment: The mysql code will coredump when executed via the browser: php-4.3.1 apache 1.3.27 mysql 4.3.0 The code works fine from the command line. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 03/23/06 19:22 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Max Hammond (iridium) Date: 03/09/06 10:28 Message: Logged In: YES user_id=81516 Is this still a problem? ---------------------------------------------------------------------- Comment By: Mike Miller (torxbit) Date: 02/13/04 13:32 Message: Logged In: YES user_id=348825 binary apache-1.3.27-8.1.91mdk mod_php-4.3.1-1mdk php-mysql-4.3.0-2mdk ---------------------------------------------------------------------- Comment By: Max Hammond (iridium) Date: 02/13/04 12:51 Message: Logged In: YES user_id=81516 It shouldn't be possible to segfault apache by running a PHP application. Are you using binary packages of PHP and apache, or have you compiled things yourself? ---------------------------------------------------------------------- Comment By: Mike Miller (torxbit) Date: 02/13/04 12:45 Message: Logged In: YES user_id=348825 Apache, the child it forks [Fri Feb 13 13:37:19 2004] [notice] child pid 19194 exit signal segmentation fault (11) ---------------------------------------------------------------------- Comment By: Max Hammond (iridium) Date: 02/13/04 12:35 Message: Logged In: YES user_id=81516 What exactly dumps core... PHP, apache, or mysql? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=896714&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-03-24 03:22:07
|
Bugs item #1410524, was opened at 01/19/06 23:30 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1410524&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PHP code Group: phpweather-2.x >Status: Closed Priority: 5 Submitted By: lutzl (lutzlegu) Assigned to: Nobody/Anonymous (nobody) Summary: ERROR in Metar.php Initial Comment: in Metar.php in Section $metarcode = array(...... Line 362 "wind"=>"(\d3.............(\w{2,3})", The last expression (\w{2,3}) gives an ERROR when using Station EDDP ( Leipzig-Schkeuditz, Germany ) I think it is better to use (\D{2,3}). Station EDDP works then fine... greetings Lutz ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 03/23/06 19:21 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Max Hammond (iridium) Date: 03/09/06 09:59 Message: Logged In: YES user_id=81516 Which version of phpweather are you using? I can't see any such code (or even file) in the version of PHPweather in CVS? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1410524&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-03-09 18:30:00
|
Bugs item #896714, was opened at 2004-02-13 19:54 Message generated for change (Comment added) made by iridium You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=896714&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Databases Group: phpweather-2.x >Status: Pending Priority: 5 Submitted By: Mike Miller (torxbit) Assigned to: Nobody/Anonymous (nobody) Summary: Coredumps Initial Comment: The mysql code will coredump when executed via the browser: php-4.3.1 apache 1.3.27 mysql 4.3.0 The code works fine from the command line. ---------------------------------------------------------------------- >Comment By: Max Hammond (iridium) Date: 2006-03-09 18:28 Message: Logged In: YES user_id=81516 Is this still a problem? ---------------------------------------------------------------------- Comment By: Mike Miller (torxbit) Date: 2004-02-13 21:32 Message: Logged In: YES user_id=348825 binary apache-1.3.27-8.1.91mdk mod_php-4.3.1-1mdk php-mysql-4.3.0-2mdk ---------------------------------------------------------------------- Comment By: Max Hammond (iridium) Date: 2004-02-13 20:51 Message: Logged In: YES user_id=81516 It shouldn't be possible to segfault apache by running a PHP application. Are you using binary packages of PHP and apache, or have you compiled things yourself? ---------------------------------------------------------------------- Comment By: Mike Miller (torxbit) Date: 2004-02-13 20:45 Message: Logged In: YES user_id=348825 Apache, the child it forks [Fri Feb 13 13:37:19 2004] [notice] child pid 19194 exit signal segmentation fault (11) ---------------------------------------------------------------------- Comment By: Max Hammond (iridium) Date: 2004-02-13 20:35 Message: Logged In: YES user_id=81516 What exactly dumps core... PHP, apache, or mysql? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=896714&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-03-09 18:27:12
|
Bugs item #1431859, was opened at 2006-02-14 23:41 Message generated for change (Comment added) made by iridium You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1431859&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Localisation Group: phpweather-2.x >Status: Closed Priority: 5 Submitted By: Janoma (janoma) Assigned to: Nobody/Anonymous (nobody) Summary: Doesn't work for my city Initial Comment: I live in Santiago, capital of Chile, and I was surprised when I noted that Santiago is not an option in Chile's city list!! Instead of Santiago appears "Quintero Santiago" in the same way as "Punta Arenas". But "Punta Arenas" is actually the name of one city. Quintero and Santiago are different cities. ---------------------------------------------------------------------- >Comment By: Max Hammond (iridium) Date: 2006-03-09 18:27 Message: Logged In: YES user_id=81516 Santiago International airport is called Pudahuel - use that one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1431859&group_id=23245 |
|
From: SourceForge.net <no...@so...> - 2006-03-09 18:24:04
|
Bugs item #1227564, was opened at 2005-06-25 22:47 Message generated for change (Settings changed) made by iridium You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1227564&group_id=23245 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Peter Schneider (partisan003) Assigned to: Nobody/Anonymous (nobody) Summary: Updated stations list Initial Comment: Attached is an updated stations database with all working stations (2132) from NOAA. Sorry, I didn't find a place to commit patches, so I post it here... ---------------------------------------------------------------------- >Comment By: Max Hammond (iridium) Date: 2006-03-09 18:24 Message: Logged In: YES user_id=81516 Thanks for this. Changed locally, will commit to CVS shortly ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=377952&aid=1227564&group_id=23245 |
