Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Social Networks Twitter Android Bug Communications Security IT

Twitter Bug Locks Out Many Users 69

TechCrunch and ZDNet are among the many sources to report that many users are having trouble right now signing in to Twitter, and that the company is working right now to fix the glitch. As ZDNet describes the problem, According to Twitter's server response at the time of writing, most of 2015 has happened, and we are heading into a bright new 2016 in a couple of days time. Querying Twitter's HTTP response headers at https://twitter.com returns a time stamp dated one year into the future: "date: Mon, 29 Dec 2015 02:09:37 UTC". Consequently, users of Twitter's popular Tweetdeck application have experienced seeing every incoming tweet appear with a time stamp reporting the tweet to be from 365 days ago. At the same time that Twitter's servers began returning the incorrect date, some users of Twitter's official Android app were logged out of the service, and unable to log in again via the app. Users of some third-party Twitter applications have also reported being locked out of their apps.
This discussion has been archived. No new comments can be posted.

Twitter Bug Locks Out Many Users

Comments Filter:
  • by billstewart ( 78916 ) on Monday December 29, 2014 @01:03AM (#48687579) Journal

    Quantum mechanics does let you slightly violate relativity, sending very short messages back from the future.

    • by SeaFox ( 739806 )

      Only when using the Phone Microwave (name subject to change).

    • by T.E.D. ( 34228 )

      Quantum mechanics does let you slightly violate relativity, sending very short messages back from the future.

      Yup. No longer than 140 characters.

    • That explains the tweet I just got...
      If you were in the future, you be here by now!
  • I got in just long enough to see #lahar is trending.

  • by IcyWolfy ( 514669 ) on Monday December 29, 2014 @01:35AM (#48687645) Homepage

    They are using ISO Year for the Date header, for some reason. (the last 3 years wouldn't have been affected)
    As Mon Dec 29, 2014, is ISO year 2015, Week 1, Day 1.

    The Last-Modified header is showing the correct date and time.
    The Date: header is not.

    Last-Modified: Mon, 29 Dec 2014 00:59:30 GMT
    Date: Mon, 29 Dec 2015 00:59:30 UTC

    So, they're using the "G" rather than "Y" designator for displaying the date (if C based)
    As all the other fields are correct, but they are using the ISO Year, rather than Calendar Year.
    It's a subtle issue, but a rather silly one.

    And clients, can probably see that either a) Mon Dec 29, 2015 doesn't exist (invaild date); or is b) Ignore monday, and 2015-12-09 is too far out of range for a new session token.

    • Good catch!

    • ... then find out who wrote the code and audit all of their other project contributions. Just saying.

      • by T.E.D. ( 34228 )
        Smarter would probably be to do a seek-and-destroy on all code using fiscal years, since that seems to be the source of the problem. If one person made that mistake, others may as well.
    • I'm thinking one of the date formatters is using a capital Y rather than a lower case y and hence rendering year of week which is 2015 for this week.

    • by T.E.D. ( 34228 )

      They are using ISO Year for the Date header, for some reason. (the last 3 years wouldn't have been affected)

      Care to elaborate on this a bit? The only ISO standard I know of that says anything about dates is ISO 8601 [wikipedia.org], which just deals with date/time representations. There's nothing in there I know of that could actually change the year on you (unless it happens to be the last day of the year and you are far enough from the UTC time zone).

  • There are still people running around claiming that the Y2K problem was a hoax or overrated ...

    • There are still people running around claiming that the Y2K problem was a hoax or overrated ...

      It WAS overrated. It ended up causing a lot of annoying problems - but trucks didn't stop running, and there were no food shortages.

      Sure, a lot of man-hours were spent in preparation for it - otherwise it could've been really bad. But even with all the prep there were people claiming civilization was going to collapse.

      • Obviously serious problems only could occure if software was not patched.

        If one claimes even patched software will cause serious problems (your preparations) he is an idiot. And if anyone belived him, he is an idiot, too.

        • by tepples ( 727027 )

          Obviously serious problems only could occure if software was not patched.

          If one claimes even patched software will cause serious problems (your preparations) he is an idiot.

          I think the people predicting Y2K doom were under the assumption that someone somewhere might miss a very important patch.

  • OMG (Score:5, Funny)

    by msobkow ( 48369 ) on Monday December 29, 2014 @01:51AM (#48687673) Homepage Journal

    However will I notify the world if I fart?

  • OMG!! The sky is falling! (" 'Tis better to keep your mouth shut and be thought a fool than to open it and remove all doubt" - A. Lincoln)
  • After all, dealing with date and time is such a radically new concept, mishaps are to be expected. Time is cutting edge technology, we didn't used to have that until recently.

Beware of Programmers who carry screwdrivers. -- Leonard Brandwein

Working...