Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion New Activation Model

Received: by 10.142.238.20 with SMTP id l20mr159427wfh.26.1246474221392;
        Wed, 01 Jul 2009 11:50:21 -0700 (PDT)
Return-Path: <TRich...@omniture.com>
Received: from exHub01.orm.omniture.com (exHub01.orm.omniture.com [64.0.193.252])
        by gmr-mx.google.com with ESMTP id 22si205211pzk.4.2009.07.01.11.50.21;
        Wed, 01 Jul 2009 11:50:21 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of TRich...@omniture.com designates 64.0.193.252 as permitted sender) client-ip=64.0.193.252;
Authentication-Results: gmr-mx.google.com; spf=pass (google.com: best guess record for domain of TRich...@omniture.com designates 64.0.193.252 as permitted sender) smtp.mail=TRich...@omniture.com
Received: from exHC01.orm.omniture.com (10.10.0.213) by
 exHub01.orm.omniture.com (10.10.0.212) with Microsoft SMTP Server (TLS) id
 8.1.358.0; Wed, 1 Jul 2009 12:50:44 -0600
Received: from Exchange1.orm.omniture.com ([fe80::557e:8a15:8eb3:a5cd]) by
 exHC01.orm.omniture.com ([::1]) with mapi; Wed, 1 Jul 2009 12:50:44 -0600
From: Trevan Richins <TRich...@omniture.com>
To: "firebug@googlegroups.com" <firebug@googlegroups.com>
Date: Wed, 1 Jul 2009 12:50:24 -0600
Subject: RE: New Activation Model
Thread-Topic: New Activation Model
Thread-Index: Acn6e3Lar+koUB5UT+ufp8iTtmKwxAAAFNBA
Message-ID: <A7B37CD0C6AB7F42BD243F54D5652367053FC68884@EXCHANGE1.orm.omniture.com>
References: <C66FCE85.16CA3%gbeddow@comcast.net>
 <d57dcbba-df1a-4aee-8929-ea1d5fe52765@j32g2000yqh.googlegroups.com>
  <7ca155e4-4e64-4162-a631-3be1dbe6f504@18g2000yqa.googlegroups.com>
  <59446428-7215-4557-84e2-138a995712e1@b15g2000yqd.googlegroups.com>
 <cc7d304f-5fe1-4ecd-9b8c-c0b6da0afa5d@r10g2000yqa.googlegroups.com>
In-Reply-To: <cc7d304f-5fe1-4ecd-9b8c-c0b6da0afa5d@r10g2000yqa.googlegroups.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Return-Path: TRich...@omniture.com

I didn't care for the activation model at the very beginning, but they've f=
ixed a bunch of bugs related to it.  Now, it is pretty decent for me.  When=
 I'm browsing the web to see what others are doing, marking "on for all pag=
es" works perfectly.  When I'm developing, most of my pages have been activ=
ated previously so they are activated the next time.  I still mistakenly de=
activate firebug instead of minimize it and that causes me grief, but I'm g=
etting used to it.  So, for those that are up in arms against it, just use =
it for a bit.  It remembers the pages that you have previously activated fi=
rebug on.  It attempts to keep firebug on in the same domain if it is alrea=
dy been open (I've seen some issues with this but never been able to reliab=
ly reproduce it so haven't filed a bug on it).

-----Original Message-----
From: firebug@googlegroups.com [mailto:firebug@googlegroups.com] On Behalf =
Of jjj
Sent: Wednesday, July 01, 2009 12:34 PM
To: Firebug
Subject: Re: New Activation Model


re: #2

This new activation model is NOT workflow friendly for a web-dev, as I
often browse sites with the panel open, and want to see what they've
loaded WITHOUT hitting control-5.  I can't keep the firebug window
open all the time, and it looks as if the only way to keep track of
net requests (as in the old model) is to keep the panel open.

Even telling firebug to 'enable all panels' and 'on for all pages'
will cause it to not capture net requests when the panel is minimized,
instead display this cryptic error message:

'Net panel activated. Any requests while the net panel is inactive are
not shown.'

Sure enough, it didn't log any net requests when the panel was
minimized.  This is a regression issue and VERY annoying, as reloading
a page with control-f5 isn't an option for monitoring ajax requests
that have already happened.

Thanks,
J


On Jun 30, 8:02=A0pm, johnjbarton <johnjbar...@johnjbarton.com> wrote:
> On Jun 30, 7:06=A0pm, Tama <tama.pugs...@gmail.com> wrote:
>
> > I too have been looking for an option to keep the FB pane open like it
> > did pre FF 3.5 using 1.5X.0a06 (I was using 1.4... but I thought this
> > might've been a bug so upgrade to 1.5...).
>
> > It's either one or both of these two things
>
> > 1. The pane now closes when you navigate to a new page. Meaning you
> > always have to reopen the pane and then refresh the page because of
> > #2.
>
> The result when you navigate to a new page on a different domain,
> firebug closes. It should do that in 1.3 as well unless the new domain
> is one pre-selected by you.
>
> > 2. The pane doesn't log anything until it's open, even when the site
> > has been activated.
>
> I don't understand what you are saying, but Firebug has to be active
> when the page is loaded. This is true in 1.3 as well. However 1.3
> automatically reloaded if you opened Firebug. Some people hated that
> because they just wanted to use the CSS/HTML features, not the net/
> script/console and did not want to wait for the reload.
>
>
>
> > This basically means whenever I click a link to a new page on my dev
> > site I have to open the firebug page then click refresh. Which doesn't
> > actually work on some pages (e.g. logout).
>
> ? what is logout?
> jjb