Closed Bug 186483 Opened 22 years ago Closed 22 years ago

[qt] menus don't work

Categories

(Core Graveyard :: Ports: Qt, defect)

Product:
Core Graveyard
Component:
Ports: Qt
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: Biesinger, Assigned: timeless)

References

Details

Attachments

(1 file, 1 obsolete file)

2nd try with diff
(deleted), patch
timeless
: review+
Details | Diff | Splinter Review
it looks like menus briefly appear but immediately disappear
QA Contact: asa → cbiesinger
Some ideas: - The "CTRL"-key does not work in QtZilla - maybe the event processing in widget/src/qt/nsWidget.cpp has issues... - Is it possible that menu widgets are not being "mapped" (X windows need to be "mapped" to be visible) ?
Component: Browser-General → Ports: Qt
The menu's appear if you use the alt+[letter] key's If using mouse the menu's appear (they scroll?) and disappear in the next moment (normaly you see some thinks left/not repainted). In the menu's the keyboard not work you need the mouse to navigate.
yeah i noticed that last night too. can you find the place that's triggering the move? :)
Attached patch my first small patch to bring menu to view (obsolete) (deleted) — — Splinter Review
Comment on attachment 114875 [details] [diff] [review] my first small patch to bring menu to view please use "cvs diff -u" when creating patches (or put a line "diff -u" in a file called .cvsrc in your home directory)
Attached patch 2nd try with diff (deleted) — — Splinter Review
Attachment #114875 - Attachment is obsolete: true
Comment on attachment 114890 [details] [diff] [review] 2nd try with diff it makes things much better. when the tree stops being frozen i'll commit
Attachment #114890 - Flags: review+
From my understanding, cls told me that whatever would get the qt-port in a better shape without affecting the rest of mozilla should get accepted easily to be committed even thought the tree is frozen.
Blocks: 194140
Comment on attachment 114890 [details] [diff] [review] 2nd try with diff forgot to mark it as patch
Attachment #114890 - Attachment is patch: true
On QT_REBIRTH_20030222_BRANCH: Checking in nsQWidget.cpp; /cvsroot/mozilla/widget/src/qt/Attic/nsQWidget.cpp,v <-- nsQWidget.cpp new revision: 1.7.10.2; previous revision: 1.7.10.1 done I checked the patches in for opi@gmx.at, fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
verified menus work on current cvs QT_REBIRTH_20030222_BRANCH build with Qt 3.1.1
Status: RESOLVED → VERIFIED
QT_REBIRTH_20030222_BRANCH What is the diff between this one and the QT_LAST_RITES branch? Seems like we've got 2 branches for nothing here.
the difference is that QT_LAST_RITES is no branch.
It is simply a tag? ho... well. Ok will post the new branch name then.
How does one go about obtaining the ``QT_REBIRTH_200302022_BRANCH'' source?
export CVSROOT=:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot cvs co -rQT_REBIRTH_200302022_BRANCH mozilla/client.mk cd mozilla make -f client.mk checkout also, such questions don't really belong in bugzilla... I would suggest the newsgroup netscape.public.mozilla.qt for that.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: