Closed Bug 254463 Opened 20 years ago Closed 8 years ago

Codetek Virtual Desktop: No keyboard focus in Firefox Window

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WONTFIX

People

(Reporter: bugzilla, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3 With the Codetek Virtual Desktop (Version 3.1) (http://www.codetek.com) there is no keyboard fokus in new firefox windows or after switching between firefox windows. The keyboard Input stays in the last active input field of the last active window from the firefox application. When I put the fokus to an other application and going back to a firefox the fokus is ok in this firefox window. Without the Virtual Desktop firefox works fine. With Firefox Version 0.8 and before there is no problem with firefox + Codetek Virtual Desktop. Reproducible: Always Steps to Reproduce: 1. 2. 3.
I also have this problem. From Firefox 0.9 and above (just tried with 0.93). Keyboard focus always stays with the first window open. Also, sometimes just the 'Firefox' menu item appears, but no 'Edit', 'View', etc. Interestingly, if I start Firefox and then start Codetek VirtualDesktop, the problem doesn't appear.
Summary: Firefox + Codetek Virtual Desktop: No keyboard fokus in Firefox Window → Firefox + Codetek Virtual Desktop: No keyboard fokus in Firefox Window
I can confirm that this problem exists for Firefox 0.9.3 as well as the 2004-Aug-10 nightly build. I can also confirm that it exists under OS X 10.3.4 as well as 10.3.5. Disabling Virtual Desktop makes the Firefox focus problem go away. The Mozilla nightly build for 2004-Aug-10 did not have a focus problem when ran under Virtual Desktop Pro. All of these failure cases were tested under Virtual Desktop Pro version 3.1. The best way I found to reproduce the box is: 1. start Virtual Desktop Pro 2. start Firefox 3. Enter some URL into the 1st firefox window 4. Select/click in the URL of the 1st firefox window 5. Use Fire->New Window to start a 2nd firefox window 6. Attempt to change the URL of the 2nd window Observed: The focus will remain with the 1st window URL and any typing will go into the URL of the 1st Expected: The focus will shift to the 2nd window and you will be able to change it. I attempted to use the suggestion in comment #1 (starting Firefox before Virtual Desktop Pro) by starting Firefox first and Virtual Deskop Pro last via my Account's System Preferences Startup Items list. This did not work for me. Further investigation showed that the comment #1 while it is a useful insight to the Firefox / Virtual Desktop Pro interaction problem (for debugging purposes), it is not a useful work-a-round for users. Once Virtual Desktop Pro starts, any new Firefox windows will have the focus problem.
when I run firefox and Codetek Virtual Desktop I have following messages in the console.log (when I switch the fokus between firefox windows) 2004-08-27 21:08:57.312 firefox-bin[10450] *** _NSAutoreleaseNoPool(): Object 0x63a32d0 of class NSEvent autoreleased with no pool in place - just leaking 2004-08-27 21:09:04.200 firefox-bin[10450] *** _NSAutoreleaseNoPool(): Object 0x61d73f0 of class NSEvent autoreleased with no pool in place - just leaking 2004-08-27 21:09:20.696 firefox-bin[10450] *** _NSAutoreleaseNoPool(): Object 0x69dedb0 of class NSEvent autoreleased with no pool in place - just leaking when I run firefox and no Codetek Virtual Desktop I don't have this messages.
Adding my "yes this happens" with Codetek 3.1, not only with Firefox but ALSO with Thunderbird. It happens every time - if I launch Firefox (or Thunderbird) with CVD running, I get no File, Edit, (etc) menus and the keyboard focus is messed up. I'm using TB .71 and Firefox .9.3
*** Bug 257702 has been marked as a duplicate of this bug. ***
This has gotten much worse with PR 1. Almost every page I have to re-focus the window by clicking outside Firefox and clicking back in.
Adding a "me too" as well. OS X - 10.3.5, all available patches. Firefox 1.0/RC 1 Codetek virtual desktop pro 3.1 For me, keyboard focus can never leave the original window opened with firefox. No future window opened is ever gets keyboard focus. All key operations affect only the first window (so, when i instinctually hit command-w to close the newly appeared-yet-broken window - the original one closes and firefox useless -- GRR) To reproduce: open second window (i use command-n) shift focus to a text entry field in that window using mouse. type.
Not only does this issue affect Firefox .9+, but it has also crept into Thunderbird as of .8 - This issue affects Thunderbird .8 and .9 (.7 is unaffected).
Is this an issue with the Mozilla Suite as well? In other words, is it firefox specific, or a core issue?
URL: http:
Summary: Firefox + Codetek Virtual Desktop: No keyboard fokus in Firefox Window → Codetek Virtual Desktop: No keyboard focus in Firefox Window
I never saw this issue with any recent version of mozilla. It appears to be firefox only. AI have heard a report of this happening on Win XP with a virtual desktop manager as well, I could not convince the person who experienced this to file a bug, and I do not have windows xp - only linux and os x.
(i also see this on thunderbird)
I also see this with Firefox 1.0 PR on Gentoo Linux with the Ion2 window manager. It is easy to reproduce: 1. Start Firefox. 2. Open a new window. 3. Switch to the first window. 4. Click in the URL bar. 5. Type something in. Nothing shows in the first window when you type, but it does show up in the url bar of the second window. In this environment the only thing I can do is to close the second window. There is no "click outside the window" in Ion2, as all windows fill their respective frame.
This is still a problem for me with 10.3.7, Firefox 1.0, and CTVD 3.1 -- Firefox is unusable due to all the strange focus problems. Text entry fields loose focus for me every 10-20 seconds as I am typing. (I saw this with 0.9 as well.) There are other strange problems, like arrow keys not working to navigate text fields, but the focus problems create enough problems that it's really difficult to sort out what problems might be related or not. I really wish this would get fixed, I'm using Firefox on every machine I use except my (mac) laptop now.
This problem does not occur with the open source Virtue desktop manager (http://sourceforge.net/projects/virtuedesktops/), so it seems to be an interaction between Firefox and Codetek Virtual Desktops specifically, rather than a general issue with virtual desktop managers.
I also have this problem with Firefox 1.0 and Thunderbird 1.0. Earlier versions worked (I don't recall the versions). Mozilla works (currently I'm using 1.7.3). I have CTVD 3.1 and OS X 10.3.7.
Aha! I am so glad to have finally found this bug. II have been trearing my hair out over all the mouse focus and font weirdness w/ Firefox 1.0 and Thunderbird 1.0 under OS X 10.3.7 and 10.3.8 I emailed CodeTek and will see if they respond bback. Until then, does anyone know for sure if this is a Codetek problem or a Mozilla/Firefox/Thunderbird problem? Thanks, -Brian
Regarding getting a response from CodeTek: good luck. I've emailed them three times over the last five months and have received no response. I'm beginning to think they've abandoned their products. In the meantime, I suggest you check out one of the open source pagers such as Virtue (http:// virtuedesktops.sourceforge.net/) or Desktop Manager (http://wsmanager.sourceforge.net/). I'm partial to Virtue.
I actually have emailed Codetek about this bug and received a response and they said it's a Mozilla Firefox thing and basically refused to do anything past that. As any of the open source desktop managers mentioned work fine with Mozilla, I've given up using Codetek.
got this back from the CEO of CodeTek: Hi Brian, We have not specifically noted the problem with the FFM and Firefox, but we have, of course, had a number of other people report the CTVD - Firefox problems. We have a developer working on these problems now, and as soon as he can get the problems fixed, we can get a release out. I will pass on your report to him so he can include this info in what he is looking at. Here are the workarounds that some users have sent in, but to be perfectly honest, I don't know if these relate to the FFM problem. (We have just had one other report in recent days regarding the FFM problem, so I am not sure that has been widely reported.) "When starting Firefox, if only "Firefox" appears in the menu bar (and not File, Edit, etc.), changing desktops and changing back seems to fix this problem." Some report that after hiding Firefox (cmd-H) and unhiding, the Firefox window is blank. Clicking on buttons (back, reload, etc.) or highlighting text on the web page makes the areas clicked or highlighted appear. And, some report that the Firefox menu is that appears after the first start-up (ie, all other items were missing). Alt-tab to another app on another desktop brought back functionality. ("tab-in - tab-out did bring menus etc back in Firefox. Bit of a nuisance though.") Another user reports that "the problem only arises if you first start CodeTek VirtualDesktop and then the applications. If you start the applications without virtual desktops and then later on start CTVD, everything seems to work fine - at least the screen switching doesn't leave older windows blank on switching. New windows that were opened after starting CTVD again show the buggy behaviour on switching and hiding: they are blank and need to be resized to be redrawn." I hope these notes help. Thank you very much. Best regards, Bill Bill Goldstein President & CEO CodeTek Studios, Inc goldstein@codetek.com www.codetek.com
(In reply to comment #1) > I also have this problem. From Firefox 0.9 and above (just tried with 0.93). > Keyboard focus always stays with the first window open. Also, sometimes just > the 'Firefox' menu item appears, but no 'Edit', 'View', etc. > > Interestingly, if I start Firefox and then start Codetek VirtualDesktop, the > problem doesn't appear. It doesn't seem to help the keyboard focus, but disabling the CodeTek item in the menu bar brought back the "File", "Edit" and other items in Firefox for me.
Disabling the menu bar item does not help me. I got the following email from CodeTek: --- I just wanted to let you know that our developer working on the Firefox problem(s) thinks he has fixed them, and we will begin testing in a day or two. He then has two other minor changes to make that Apple has called to our attention. I would estimate that we will have v3.2 ready for release within 14 days. Thank you very much. Bill Bill Goldstein President & CEO CodeTek Studios, Inc goldstein@codetek.com www.codetek.com Innovative Software for Mac OS X
I emailed CodeTek to ask what the status was today (14th April 2005). Got a very prompt reply back which I reproduce here with permission. ---------------------------------------------------- Hi Andy, According the my developer working on the problem, the problem is a memory leak in our code. The reason he is taking so long to fix it is because (as he tells me), he has to go through the code line by line to find the exact location. Right now, a quick turnaround has turned into a long time. In any case, after we get the bug fixed and tested, we will know for sure if this is a CTVD only problem or if there are then issues that the Firefox team has to address. Thanks again, Bill Bill Goldstein President & CEO CodeTek Studios, Inc goldstein@codetek.com www.codetek.com Innovative Software for Mac OS X
hmm, odd. I have sent 4 emails and left a voicemail in the past month with Bill @ CodeTek and gotten NO response at all. Given that you got a quick response makes me think I am being purposely ignored, which really makes me angry. That is the epitome of bad customer service, and biting the hand that feeds them. I love their product (CTVDP), and wouldn't have switched to OS X without it (or something like it), but the bad customer service experience lately really has me doubting ever recommeding them to friends and colleagues. Anyone else experienced this lack of response from CodeTek?
I have gotten quick responses from CodeTek, and a personal reply from Bill Goldstein about 2 months ago indicating that the fixes we are all waiting for were only a couple weeks away. I have since switched to Camino for web browsing (uses Firefox core but does not exhibit any buggy behavior with the CodeTek product), however Thunderbird Mail and CodeTek still do not get along ... and I am not about to switch email programs. Hopefully this bug is squashed soon.
Just a actual thing: After upgrading my system to MacOS Tiger CTVDPro woun't start anymore. So I decided to wirte an email to Bill Goldstein containing two questions: 1) what about an update that CTVD will run on Tiger 2) What's about the firefox-bug? I got a response a few hours later which I will paste here to keep you updated: --- Thank you for your email. I apologize that CTVD and Tiger are not yet compatible. Here is the current situation: We had two CTVD developers leave CodeTek late last year. I was able to hire a new developer who appeared to have the skills, interest and enthusiasm to join CodeTek starting on a part-time basis to work on the CTVD update (and future Upgrade). His initial assignment was to become familiar with the CTVD source code and then begin working on the both the Tiger and Firefox fixes. Each week starting in early March, he would tell me that he was working on the fixes "and would have them finished by the next week" with a test version I could run. Finally, in late March I met with him to discuss a completion date and was told the fixes would be ready by "mid-April". After almost 3 weeks of no communication from him, I was, of course, becoming very concerned. On April 25, I was finally able to track him down and talk to him. Unfortunately, the news was not good, as he told me he had "lost his interest in working for CodeTek" and would be doing nothing further on the Tiger fixes or the Firefox fixes. His departure left CodeTek with no developers to take over the CTVD project so that we would have a compatible version ready for Tiger by April 29. Then, on April 26, a mutual friend gave me info regarding a developer who has significant Mac OS X development experience. I was able to contact that person immediately, and we spent a considerable amount of time discussing his availability to CodeTek. I can now announce that he has agreed to take on the job of writing the updates for CTVD for Tiger and Firefox/Thunderbird. It is our expectation that the Tiger fixes can be accomplished within 2 weeks. The bug fixes for Firefox may take a bit longer. So, if it becomes necessary, we will probably release the update for the Tiger fix first, and follow that release (v3.2) with a release with the Firefox/Thunderbird fixes (v3.3). In any case, unfortunately, we were not able to have a CTVD release by April 29. To be able to run CTVD and Mac OS X, it will be necessary to continue to use Mac OS X 3.x.x. I realize this will not be an acceptable option for many, if not all, of our customers. However, the situation two weeks ago caught me by surprise, but fortunately, I was able to find a much more qualified developer in a much shorter period of time. So, no excuses on my part; I just want to be honest with you. In the meantime, here are workarounds suggested by customers to get CTVD to run with Tiger temporarily: "If I delete the /Users/username/Library/ Preferences/com.codetek.virtualdesktop3.plist file, the application starts fine." "On the plist file: If I duplicate the plist file after I have set-up VirtualDesktop, after a reboot I am able to drop the duplicated file in the preference folder and launch VirtualDesktop." The trick is getting the preference plist with the correct settings because CTVD doesn't write it out to disk for every change made. You don't want to have to reset all your prefs every time! Switch to CTVD, and set all your preferred settings. In the Finder, get info on the pref file, located at ~/Library/Preferences/com.codetek.virtualdesktop3.plist. Go back to CTVD Prefs and under the Startup tab, check to show the splash screen, and then check/uncheck to "Launch at Startup". The Finder info window should disappear, indicating that the pref file was written out to disk. Now copy the preference plist file to your desktop and use it to replace the old one in your Library/Preferences folder next time you have to restart or logout." Again, I apologize for the inconvenience, but thank you for your support :) Bill Bill Goldstein President & CEO CodeTek Studios, Inc goldstein@codetek.com --- Seems that we still have to wait for a frefox fix - but at least I got it running on Tiger...
I mailed Bill Goldstein for an update a few days ago. There is a new version in beta, 3.2b1 to be exact, in which this bug appears to be fixed. It's not available on the CodeTek Web site, but Mr. Goldstein sent it to me and offers to send it to anyone else who wants to test it. Contact him at support@codetek.com. Focus follows Firefox windows as one would expect. I did not test with Thunderbird or Tiger.
(In reply to comment #12) > I also see this with Firefox 1.0 PR on Gentoo Linux with the Ion2 window manager. For what it is worth I am able to exactly duplicate this bug with Ion2 with FF 1.0.4.
Assignee: bross2 → nobody
No new versions from Codetek since 2008, so I guess everyone has moved on at this point. Ion WM was discontinued in 2009: https://en.wikipedia.org/wiki/Ion_(window_manager) If someone using the Ion fork Notion https://github.com/raboof/notion is still seeing this issue, please open a new report to start fresh. Closing.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.