Closed Bug 32120 Opened 26 years ago Closed 26 years ago

Location field becomes inaccessable after opening new navigator window

Categories

(SeaMonkey :: UI Design, defect, P3)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 31485

People

(Reporter: bugzilla, Assigned: pavlov)

References

(
URL
)

Details

split off from bug 31802. tested w/2000.03.16.05 opt comm bits (beta1 branch). 1. open another browser window (Alt+N). 2. in Location field, double-click to select all the contents. 3. overwrite current contents by typing www.supersnail.com, then hit Enter key. 4. click on link for Comix Creators. 5. once that page loads, go to the Location field to type something else. result: you can't. the I-bar cursor is there when you mouseover, but unable to click into field, or edit it... i wonder if i should just mark this one WFM, then open another bug...? would rather not morph this one, but am not sure if the failure am seeing now is related to the original problem...
I'm downloaded the Beta 1 from sweetlou and tried in my NT box and I couldn't reproduce it. My mozilla trunk debug build also doesn't show this problem.
i think this is limited to linux --have you tried it there? and, who knows, it might be due to the wm i have: i've seen this while using Enlightement (w/gnome). haven't checked yet w/AfterStep. akkana/pavlov, d'you see this?
Keywords: pp
I don't see this on my debug build.
I also don't see it with today's commercial release bits. I do have to click once in the urlbar to set focus (and don't see a caret on that first click), then after than can click or double-click or whatever; that was also true on my debug build. I'm using kde on a RH6.0 system, and pointer focus (not that that should matter).
This happened to me today, Linux build 2000.03.17.09 (RH 6.0/Gnome/Enlightenment). I was able to reproduce it consistently with these steps: 1. Go to http://dilbert.com 2. From the combo box, select a comic. Another browser window opens. (this is done using window.open(url, "_top"), which should really open in the same window; I filed a bug on that). 3. In the new browser window, click in the URL bar 4. Alt-Tab back to dilbert.com, and choose another comic. The new page loads in the other window. 5. Alt-Tab back to the other window 6. Click in URL bar Actual result: nothing. cursor doesn't even change to I-beam Expected result: caret in URL bar I found this in the console window, sometimes quite a lot of these. I also reproduced it once without, though, so it might be completely unrelated. Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' warning: attempted to CreateNative() without a superwin parent Gdk-CRITICAL **: file gdkgc.c: line 288 (gdk_gc_unref): assertion `gc != NULL' failed.
Just downloaded the mozilla nightly build for Linux i386, and ran it on SuSE6.2 after creating links libjpeg.so -> /usr/lib/libjpeg.so.6.0.1* libjpeg.so.62 -> /usr/lib/libjpeg.so.6.0.1* (knowing that this might be the reason why mozilla crashes sometimes) A similar problem occurrs consistently: - On startup my homepage gets loaded successfully. - Entering a new location manually works fine, but produces some messages: Gdk-CRITICAL **: file gdkgc.c: line 288 (gdk_gc_unref): assertion `gc != NULL' failed. - After that I can't enter anything in the location field any more. Every click there produces another message identical to the one above.
shrir, i had also filed bug 31802 --which might be a dup of this one, really. (annoyingly enough, i can repro 31802 with today's beta1 branch bits.)
I see this problem on today's mac trunk build also(2000032210) but not necessarily on opening a new window.
*** Bug 31802 has been marked as a duplicate of this bug. ***
removing pp, shrir saw this on mac.
Keywords: pp
OK. Here are my observations today. 1) I saw this problem once in my linux debug build. When I did reproduce, I saw this warning in my console. Gdk-CRITICAL **: file gdkgc.c: line 288 (gdk_gc_unref): assertion `gc != NULL' failed. 2) I couldn't reproduce it the second and third time and I didn't see the above message then. However, during the second and third attempts, though I could type in to the urlbar, I could not do any selection in the urlbar. No matter how many times I click , change focus and bring focus back to the urlbar, I can not select anything in urlbar. 3) I could not reproduce it in windows. I could not reproduce anything mentioned in bug # 31802 in linux. 4) I could not reproduce the problem with supersnail.com I think this could be something specific to gtk. reassigning to pavlov. cc'ing buster for any insight in to the gfx text widget.
Assignee: radha → pavlov
workaround from shrir: close and reopen the Navigation Toolbar to be able to type again in the Location textfield.
observed it under linux a few times but it seems to be a layer or refresh problem. What you key into the url field is actually recognized, you just dont see it. Try to doubleclick on the url-text you actually see in the field. It should then get selected, but now it's "transparently" selected. If you key a backspace the text goes away however. If you then type in an url (in this invisible text) and then key enter - it becomes visible and page starts loading.
Last time my comments were a bit vague, but this could be more helpful: [ BuildID: e.g. 2000032808 on PC/Linux ] To reproduce my obervation do the following: 1. set the homepage to http://www.ags.uni-sb.de/~afranke/bug32120 using a mozilla version where saving the prefs is not broken (e.g. M14 will do well). 2. start a new mozilla. the homepage will be loaded and you'll see a red page. 3. click into the location field. the cursor will become visible and start blinking. 4. press return. the page will get reloaded and some Gdk-CRITICAL messages will appear. 5. try to click into the location field again or select text. no cursor will show, but more Gdk-CRITICAL messages will appear. The page referenced by the URL above consists of the following two files: a) index.html: <HTML> <HEAD> <TITLE>Mozilla Bug 32120</TITLE> <FRAMESET COLS="100%"> <FRAME SRC="red.html"> </FRAMESET> </HEAD> </HTML> b) red.html: <HTML> <BODY BGCOLOR="#FF0000"/> </HTML> I do not claim that the problem described here has anything to do with the original bug report, but it seemed better to me not to open a new bug for this because it might be related. Added myself to cc. Maybe bug 33580 is also related.
checked in fix
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Target Milestone: --- → M15
QA Contact: paulmac → sairuh
Not fixed in 2000-03-31-13-M15 ...-pc-linux-gnu.tar.gz. But the source on the ftp server contains pavlov's fix. Am I too impatient?
Bug still alive in 2000-04-01-09. Reopening bug. pavlov, what is your fix supposed to fix? My testcase described above hasn't changed.If you fixed something else, please tell me what I should do with my observation: migrate to 33580? open a new bug?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I wasn't seeing the problem after i fixed the assertion about gdk_gc_unref.. I will try it again when I get a build
Mass-moving most M15 bugs to M16
Target Milestone: M15 → M16
The workaround is currently broken. See bug 35181 (minor, P3, M17).
I reopened the bug, I close it. The remaining issue hasn't been fixed yet, but it is covered by bug 31485 ("Clicking in location bar doesn't always work"), which is a more appropriate place to deal with it: - this bug's summary does not cover my testcase, and it's main problem is different from mine and had already been fixed and verified, whereas bug 31485 does exactly describe the remaining issue - bug 31485 was created earlier - it already has a dependency set. Note that this bug's component currently is XPApps, whereas the other one is Editor. Anyway, I'm going to transfer the CC-list. Hope you don't mind. Marking duplicate. Feel free to change it back to FIXED if you like. *** This bug has been marked as a duplicate of 31485 ***
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → DUPLICATE
pav, you think this is the same as bug 31485? if not, feel free to reopen...
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.