Home > Cannot Determine > Cannot Determine Local Timezone Perl

Cannot Determine Local Timezone Perl


Comment 18 Stephen Ostermiller 2014-04-07 09:56:01 PDT I can confirm that there is something different when running as CGI inside Apache vs running from the command line. Actual meaning of 'After all' Is there a name for the (anti- ) pattern of passing parameters that will only be used several levels deep in the call chain? Resolving the problem The following steps help you to work around a problem with the Trend CPM product's limitation in the Perl coding to properly making timezone information with daylights savings Converting the weight of a potato into a letter grade Why do I never get a mention at work? news

Put it back to 1.71. >> >> Didn't see how changing the order of DST rules would make a difference.... >> >> Thinking about other files that differed between 1.69 and This appears to be because the DateTime library reads the /etc/timezone file which causes this data to be "tainted". Ballpark salary equivalent today of "healthcare benefits" in the US? In the bugzilla administration, I updated the "Timezone used to display dates and times" to a specific value other than "Same as server". navigate here

Perl Error Cannot Determine Local Time Zone

Report information The Basics Id: 97227 Status: resolved Priority: 0/ Queue: DateTime-TimeZone People Owner: Nobody in particular Requestors: beastie [...] tardisi.com Cc: AdminCc: Bug Information Severity: Important Broken in: 1.70 1.71 Draw some mountain peaks How do i upgrade my wall sconces more hot questions question feed about us tour help blog chat data legal privacy policy work here advertising info mobile Time to display: 0.45649 »|« RT 4.0.18 Copyright 1996-2013 Best Practical Solutions, LLC. While digging for a solution I was able to find the following in case someone wants to dig deeper: - It seems for non-english installations of Windows the system registry that

  1. But when I submit a bug after enter all details it says "Cannot determine local time zone" Kindly help me on this to come out from this issue Comment 27 Andre
  2. DateTime::TimeZone::OlsonDB::Observance seems to be the culprit?
  3. Put it back to 1.71.
  4. Note You need to log in before you can comment on or make changes to this bug.

Please report any issues with rt.cpan.org to [email protected] Bugzilla formats times and stores them without timezones in the database, and does timezone translation elsewhere. PerlMonks FAQ Guide to the Monastery What's New at PerlMonks Voting/Experience System Tutorials Reviews Library Perl FAQs Other Info Sources Find Nodes? Comment 7 Max Kanat-Alexander 2011-02-19 22:40:15 PST (In reply to comment #6) > I will continue testing next week but it just hit me.

Here is a link: http://bugzilla.deadsea.ostermiller.org/buglist.cgi?bug_status=NEW&product=ContactForm "Software error: Cannot determine local time zone" On that machine, I can run this command: ~/sites/bugzilla/bugzilla$ perl -MBugzilla -le 'print Bugzilla->local_timezone->name' America/New_York Comment 17 Stephen Ostermiller Undef Error - Cannot Determine Local Time Zone Interconnectivity My manager said I spend too much time on Stack Exchange. Working back gradually from: p5-DateTime-TimeZone-1.71_1 p5-DateTime-TimeZone-1.71 p5-DateTime-TimeZone-1.70 to p5-DateTime-TimeZone-1.69 Puts 1.69 as the version where things do start working again. Status: CLOSED RAWHIDE Aliases: None Product: Fedora Classification: Fedora Component: perl-DateTime-TimeZone (Show other bugs) Sub Component: --- Version: rawhide Hardware: Unspecified Unspecified Priority unspecified Severity unspecified TargetMilestone: --- TargetRelease: --- Assigned

Bugzilla cannot fix this kind of stuff, nor can we predict what's wrong with your installation, nor list all modules DateTime may depend on. I know the default answer is to blame my system but that's not good enough since I have installed all of the modules using Bugzilla's methods. The last > changes were in 1.64. > > I strongly suspect that this has nothing to do with this distro and > something to do with how irssi sets up I resolved it by putting BEGIN { $ENV{TZ} = 'America/Denver' } in the Bugzilla/Util.pm file.

Undef Error - Cannot Determine Local Time Zone

I can confirm that editing the file Bugzilla/Util.pm in the bugzilla installation directory and adding the line BEGIN { $ENV{TZ} = 'America/New_York' } right after the lines use Date::Parse; use Date::Format; http://stackoverflow.com/questions/1655187/bugzilla-error-cannot-determine-local-timezone Comment 10 Stephen Ostermiller 2014-04-07 06:55:32 PDT Your one liner does print out the correct information ("America/New_York" in my case). Perl Error Cannot Determine Local Time Zone How can I prove its value? Cannot Determine Local Time Zone Bugzilla Windows Though it used to work.... > > > > I threw in a lot of prints...and saw that from my simple script, it > > finds /etc/localtime, a sym link.

I threw in a lot of prints...and saw that from my simple script, it finds /etc/localtime, a sym link. navigate to this website Actually, this behavior appeared when I upgraded DateTime modules (and relatves). Unfortunately, my script should work under Windows and, therefore, I have lost a chance to determine local timezone. more stack exchange communities company blog Stack Exchange Inbox Reputation and Badges sign up log in tour help Tour Start here for a quick overview of the site Help Center Detailed

Comment 3 Max Kanat-Alexander 2010-10-17 11:04:59 PDT Thanks for the bug report. What else should I be trying? If it's not on the screen, check your server log to see what's happening. –David M Nov 6 '09 at 3:55 Also, what version of Bugzilla? –David M Nov More about the author Comment 22 Dylan Hardison [:dylan] 2014-04-07 14:10:04 PDT I wonder why it fails to find your /etc/localtime against /usr/share/zoneinfo.

It then calls _IsValidName on that data to validate it. On a Unixy platform, that module will search (in order) * $ENV{TZ} * /etc/localtime (by comparing file content to /usr/share/zoneinfo) * /etc/timezone (a text file containing the time zone on one thank you Jared ubuntu timezone bugzilla share|improve this question asked Oct 31 '09 at 18:29 Jared 191139 I don't have an answer for you, but this might help.

Or /etc/localtime needs to be really symlink?

What DateTime::TimeZone::Local->TimeZone does is it tries to determine the zone name by many means. Note You need to log in before you can comment on or make changes to this bug. One symptom of this problem will be that CPM patterns will be downloaded after taking action on the Set ActiveUpdate Server Pattern Interval task, however when the console operator goes to Comment 14 Stephen Ostermiller 2014-04-07 09:03:45 PDT I commented out the BEGIN {$ENV{TZ}="America/New_York"} line from Bugzilla/Util.pm that I had in and tried again, it still reports the correct "America/New_York" timezone.

Comment 31 Yuri 2015-04-18 18:27:57 PDT Fix it and make a patch. I suspect that Bugzilla is somehow unsetting the timezone in such a way the prevents the DateTime module from working. Because it will lead to data corruption. click site Same behavior if I modify index.cgi with $vars->{'tz'} = Bugzilla->local_timezone->name; Comment 19 Stephen Ostermiller 2014-04-07 11:23:51 PDT It has something to do with Bugzilla's use of the -T flag.

The call itself shouldn't do that, your code should. For more details see Persona Deprecated. Some other versions are: irssi-0.8.16_1 perl5-5.16.3_11 twirssi.pl v2.6.3 # TueJul1516:57:012014 DROLSKY [...] cpan.org - Correspondence added Download (untitled) / with headers text/plain 1.8k On Mon Jul 14 19:26:52 2014, [email protected] wrote: The last changes were in 1.64.

In it, you'll get: The week's top questions and answers Important community announcements Questions that need answers see an example newsletter By subscribing, you agree to the privacy policy and terms Well, after some thought on how I might see what Perl is like in irssi... I have removed all packaged versions of dependencies and used /usr/bin/perl install-module.pl --all to install all modules from CPAN.