Last Comment Bug 60455 - Mozilla doesn't add time to the day
: Mozilla doesn't add time to the day
: highrisk
Classification: Other
Component: Miscellaneous (show other bugs)
: other
: Other Other
-- major with 9 votes (vote)
: ---
Assigned To: Mitchell Baker
Depends on: 262173
Blocks: 51015 lackofsex 283284
  Show dependency treegraph
Reported: 2000-11-17 03:00 PST by Eric Hodel
Modified: 2016-01-16 21:38 PST (History)
37 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---


Description User image Eric Hodel 2000-11-17 03:00:22 PST
Its now 0300 PDT and I'm very tired.  If Mozilla added more hours to the day I
wouldn't have to get up at 0600 PDT to help my gf with homework.  I spend so
much time working on the Lizard with Sidebar panels, hangning out on
irc:// and irc:// that I
just don't have time to do my own work.

I'm setting platform to other because there is no "space-time continuum"
platform, I'm also setting the OS to other because I don't know what OS the
universe runs on.

Leaving this unconfirmed because Moz may actually be adding hours to the day,
but I am unable to detect it without doing some physics calculations that would
further deprive me of sleep.

I think this should go in the component "Live Connect", but I'm too tired to try
to figure that out.

Setting Severity to major because I want sleep _now_.  (Maybe I should stop
filing bugs and just go to sleep, nah.)
Comment 1 User image Doron Rosenberg (IBM) 2000-11-17 05:23:13 PST
get rid of the gf, then we can help you ;p. maybe blake will want her?
Comment 2 User image Jacob Steenhagen 2000-11-17 09:04:46 PST
Making this bug as blocking bug 51015 because there would most likely have to be
a major disruption of the space time contium (sp?) before Microsft would start
using Mozilla.  This same disruption should allow us to add more hours.

How do you code this up?  Can XUL handle it, or do we have to go lower level?
Comment 3 User image Loco 2000-11-17 14:29:52 PST
Adding myself to cc: list since I think I will be encompassing standards 
compliance to include GMT measurements.  Also confirming bug as I have the same 
issue on current builds.
Comment 4 User image Eric Hodel 2000-11-17 14:35:56 PST
doron: getting rid of the gf is not an option, sorry.  There's no way I would
give her up.

However I did recall seeing an article at about an
overclocker who created a rift in the time-space continuum by cranking his
processor up so fast that it executed instructions before they arrived.  I can't
find the article now though.

We should try to get the Mozilla to render content before it is downloaded, that
may cause a similar effect...
Comment 5 User image Loco 2000-11-20 14:16:47 PST
Point well taken.  Written up as an RFE.
Comment 6 User image Eric Hodel 2000-11-20 14:30:08 PST
adding bug 60787 as dependency
Comment 7 User image Aleksander Hropot 2000-11-20 16:13:08 PST
try this for inspiration, Eric:)
I do believe, this is the story you are talking about.
yet, to boost creativity, i would suggest: loading mozilla before user clicks
the icon. No more whining how IE loads faster.
Comment 8 User image Asa Dotzler [:asa] 2001-02-21 18:23:54 PST
not gonna get to this any time soon so I'm reassigning it.
Comment 9 User image Damian Yerrick 2001-12-14 21:33:54 PST
"i would suggest: loading mozilla before user clicks the icon."

Works for me.  In Mozilla for Windows:
Edit > Preferences... > Advanced
Turn ON Quick Launch
Comment 10 User image Andy Lyttle 2002-06-01 19:47:36 PDT
Comment #8 is a prime example of why this bug is so important.
Comment 11 User image Dan Houson 2002-07-04 06:39:45 PDT
THis should be marked invalid as Bugzilla is not the place for silly jokes its 
for decvelopers and bug finders
Comment 12 User image Christian :Biesinger (don't email me, ping me on IRC) 2002-07-04 13:39:10 PDT
would be nice but is INVALID for obvious reasons
Comment 13 User image Keyser Sose 2002-07-04 14:08:55 PDT
Reopening...this isnt hurting anyone and isnt asssigned to anyone and finally
its one of my favorite bugs.
Comment 14 User image Christopher Hicks 2004-09-03 16:09:26 PDT
Comment 15 User image Travis Chase 2004-09-04 01:04:00 PDT
Marking Future because the physics of using binary code and xml to alter space
time, or at least slow down the rotational velocity of Earth's axis, is not well
understood and needs reserch. And quite possibly someone will know how to do
this in the future.
Comment 16 User image Denis (Russia) 2005-08-03 00:21:55 PDT
Comment 17 User image James Napolitano 2006-10-15 23:02:29 PDT
(In reply to comment #15)
> Marking Future because the physics of using binary code and xml to alter space
> time, or at least slow down the rotational velocity of Earth's axis, is not well
> understood and needs reserch. And quite possibly someone will know how to do
> this in the future.

The extraterrestrial beings responsible for this crop circle,, likely have knowledge of warp travel that may prove useful here.
Comment 18 User image Stephanie Daugherty [:sdaugherty] 2007-05-04 21:38:11 PDT
Setting highrisk, as temporal manipulations and extraterrestrial contact are both inherently dangerous.
Comment 19 User image Greg K Nicholson [:gkn] 2007-08-06 13:54:32 PDT
(In reply to comment #15)
I'm almost three years in the future at the moment, so hopefully this comment was useful:

I think Travis's idea was a good way to approach this. In the future, we've now got a shiny Firefox curled around much of the globe, so we just need to decrease its shininess gradually over time. This will increase the friction between the Firefox and Earth and will slow Earth's rotation, increasing the length of each day.

The heat caused by the friction can be radiated away from the Firefox's tail. If that's not sufficient, we might be able to collaborate on a fix with the IceWeasel guys.

Perhaps we could reuse some code from the older version of the Firefox logo? ( ) It seems a lot less shiny and so presumably would provide more Firefox-Earth friction.

Note however that this approach is currently limited to Earth until we can get Firefoxen curled around other planets, which is blocked by bug 262173 comment 6. Fortunately, this won't be too much of a problem for Mars, since its day is already 24 hours 37 minutes, or Mercury and Venus (58 and 248 days respectively).

But by the time we get to Ceres and Jupiter, whose days are only 9 hours 4 minutes and 9 hours 55 minutes respectively, we're gonna need a better fix, such as the planet-agnostic humping interface described by bug 262173 comment 6.
Comment 20 User image Ryan S. Scheel [:havvy] 2011-09-05 07:15:45 PDT
I see no reason to keep this bug open.
Comment 21 User image Mano (::mano, needinfo? for any questions; not reading general bugmail) 2011-09-07 21:42:18 PDT
This is actually more relevant than even given the repaid release cycle. Reopning.
Comment 22 User image Daniel Mota Leite 2015-06-09 21:07:00 PDT
why are you closing this and removing depends bugs?
You may not want to fix this, but other might want to pick it up... also this type of bugs don't affect normal bug triage, so leave then alone.

Please reopen.

Note You need to log in before you can comment on or make changes to this bug.