[Companion] Still no refresh

Brian Erst azzipsderf-companion at yahoo.com
Sun Sep 26 15:41:33 EDT 2004


Brian -

I tested your test version of Companion and it had no effect. To be
safe, I disabled all extensions other than Companion. 

I looked through the source code and can find no obvious differences
(that would affect this). The NewMailAlert object and RefreshAlert
method look the same (with the exception of the move to the \not
version of the notifier stream, which should be fine - we've had it in
other releases). 

My only thought is that that there is some sort of conflict between the
old FF extension and the new one. I deleted the old .jar file from the
chrome directory, but I may need to do a complete reinstall.

Once you've got the button removal version to a point where you think
it's stable, we should probably reenable the dynRefresh method or at
least slap it onto a longish timer.

- Brian Erst
--- Brian <mozdev at bkennelly.net> wrote:

> Brian Erst wrote:
> 
> >I have the same problem - the alert button does not go away, and
> >selecting "Refresh Toolbar" does nothing. In fact, "Refresh Toolbar"
> >appears to be doing nothing at all - as a test, I added a bookmark,
> >then refreshed the toolbar and nothing appeared. Exiting Firefox and
> >relaunching brings up the new bookmark.
> >
> >  
> >
> 
> I cannot reproduce this behaviour in either Netscape or Firefox with
> the 
> 0.5.3 stable release, so I suspect an interaction with another
> extension 
> not present on my system.  However, I have another test release that
> may 
> fix the problem.  One of the changes is to remove the old buttons
> rather 
> than hiding them, so that the refresh may be more successful. 
> 
> Try it and let the group know if it is any better. 
> 

> ATTACHMENT part 2 application/x-xpinstall name=test.xpi
> _______________________________________________
> Companion mailing list
> Companion at mozdev.org
> http://mozdev.org/mailman/listinfo/companion
> 



More information about the Companion mailing list