[Ext] Session Manager 0.4 to 0.4.3
-
- Posts: 1428
- Joined: February 19th, 2005, 11:22 am
zeniko: The bug 344264 checkin, which you mentioned should fix the "onBrowserKeyUp is not defined" errors, has been checked in but it does not resolve that issue (Fx 2.0 Build 2006072203). With Session Manager installed, every key press generates the error.
Is this something the can be resolved in Session Manager, or should I file a Firefox bug?
Thanks
Is this something the can be resolved in Session Manager, or should I file a Firefox bug?
Thanks
-
- Posts: 0
- Joined: December 31st, 1969, 5:00 pm
@C@rb0n: I don't get any "onBrowserKeyUp is not defined" warnings with the 2006072404 branch nightly. If this problem still persists for you and if it is reproducible on a clean profile, please post the steps to reproduce.
What's wrong with clicking on the Undo Close Tab toolbar button (which you'll have to manually add to the toolbar first)? I don't like adding hardly discoverable shortcuts too much - and IMO using the close button for opening something is pretty queer anyway...
jes5199 wrote:It would be nice if there was a mouse shortcut for "undo close tab"...
What's wrong with clicking on the Undo Close Tab toolbar button (which you'll have to manually add to the toolbar first)? I don't like adding hardly discoverable shortcuts too much - and IMO using the close button for opening something is pretty queer anyway...
-
- Posts: 1428
- Joined: February 19th, 2005, 11:22 am
zeniko wrote:@C@rb0n: I don't get any "onBrowserKeyUp is not defined" warnings with the 2006072404 branch nightly. If this problem still persists for you and if it is reproducible on a clean profile, please post the steps to reproduce...
Thanks, zeniko. Sorry. I reported this in error. I have not found out that it is WebmailCompose 0.6.5 that was causing the problems. My earlier testing led me to incorrectly identify SessionManager.
-
- Posts: 80
- Joined: September 29th, 2003, 11:43 pm
Zeniko, when using recent branch builds, the if (athreadmain) -> if (true) 'hack' no longer works. The extension appears in the tools menu, but does not function or save sessions. I suspect it's too late to worry about though, and that I'll have to wait for a better way to manage the built in session stuff.
-
- Posts: 1428
- Joined: February 19th, 2005, 11:22 am
EoRaptor wrote:Zeniko, when using recent branch builds, the if (athreadmain) -> if (true) 'hack' no longer works. The extension appears in the tools menu, but does not function or save sessions...
Have you tested with Session Manager as the only extension? I'm using the latest Branch (2006072504) and can save sessions. Also, try using the latest "Testing Version" of Session Manager (Session Manager 0.4.2.3+), available from the main post of this thread. That is the version I use, and it's been very stable. After installing it, you'll have to apply the if (athreadmain) -> if (true) hack again.
-
- Posts: 80
- Joined: September 29th, 2003, 11:43 pm
C@rb0n wrote:EoRaptor wrote:Zeniko, when using recent branch builds, the if (athreadmain) -> if (true) 'hack' no longer works. The extension appears in the tools menu, but does not function or save sessions...
Have you tested with Session Manager as the only extension? I'm using the latest Branch (2006072504) and can save sessions. Also, try using the latest "Testing Version" of Session Manager (Session Manager 0.4.2.3+), available from the main post of this thread. That is the version I use, and it's been very stable. After installing it, you'll have to apply the if (athreadmain) -> if (true) hack again.
New profile, as the only extension. Tried with both latest official and latest dev, both with the crashrecovery.js hack. I actually went so far as to make an xpi with the hack pre-done, so I could swap around and test them quickly.
One thing, I set undo close tabs to zero/zero. I never bothered to check if it works with the normal values there. Didn't think of that until just now.
-
- Posts: 0
- Joined: December 31st, 1969, 5:00 pm
Since I'm running the latest branch builds myself, chances are that I'd have noticed if anything wouldn't work. But I'm not able to reproduce your issue. Please try again with a new nightly build. If that doesn't work, please report any errors visible in the Error Console (having javascript.options.showInConsole set to true and having restarted the browser after that).
-
- Posts: 45
- Joined: December 3rd, 2005, 9:14 am
-
- Posts: 0
- Joined: December 31st, 1969, 5:00 pm
I've been using Mouse Gestures since I started writing Session Manager and I've never noticed any issues. Still: Can you reproduce these issues on a clean profile? Do you get any errors in the JavaScript Console (having javascript.options.showInConsole set to true)?
-
- Posts: 45
- Joined: December 3rd, 2005, 9:14 am
-
- Posts: 2
- Joined: February 16th, 2005, 7:29 pm
thanks for all your efforts
zeniko,
Seeing as it is the end of the month, thanks for all the effort you put into making this extension a good one it was very much appreciated
Seeing as it is the end of the month, thanks for all the effort you put into making this extension a good one it was very much appreciated
-
- Posts: 18
- Joined: June 21st, 2004, 3:42 pm
"Open Session Folder" & HKEY_CLASSES_ROOT\Dire
From appearances I seem to be too late to get any support, but I'm posting anyway just in case someone cares.
It seems that the "Open Session Folder" menu option just uses whatever appears first under Winbloz Registry's "HKEY_CLASSES_ROOT\Directory\shell" key. Presumably something's gone wrong with my registry and the normal default first entry isn't there, which means in my case that the menu option winds up opening a CMD.EXE session instead of an Explorer window. I've tried restoring Explorer to the first position, but anytime I read in the other entries Winbloz just seems to sort them alphabetically and CMD winds up back on top again.
I've gotten around this by creating a duplicate of the explorer entry under the name "0" so it'll be sorted first, but this has the side effect of adding "0" to my context menu for any folder - far from a satisfactory solution.
If anyone else has an idea how to address this - either via modifying the Session Manager code (I've no idea how to program Firefox extensions, so I pretty much need a complete idiot's guide) or by some Winbloz tweak, I'd appreciate the input. Thanks!
It seems that the "Open Session Folder" menu option just uses whatever appears first under Winbloz Registry's "HKEY_CLASSES_ROOT\Directory\shell" key. Presumably something's gone wrong with my registry and the normal default first entry isn't there, which means in my case that the menu option winds up opening a CMD.EXE session instead of an Explorer window. I've tried restoring Explorer to the first position, but anytime I read in the other entries Winbloz just seems to sort them alphabetically and CMD winds up back on top again.
I've gotten around this by creating a duplicate of the explorer entry under the name "0" so it'll be sorted first, but this has the side effect of adding "0" to my context menu for any folder - far from a satisfactory solution.
If anyone else has an idea how to address this - either via modifying the Session Manager code (I've no idea how to program Firefox extensions, so I pretty much need a complete idiot's guide) or by some Winbloz tweak, I'd appreciate the input. Thanks!