Closed
Bug 137790
Opened 24 years ago
Closed 24 years ago
Double clicking an image, hyperlink, table, etc. in Composer does not open the appropriate properties dialog box.
Categories
(SeaMonkey :: Composer, defect)
SeaMonkey
Composer
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: TucsonTester1, Assigned: Brade)
Details
(Keywords: regression)
Attachments
(1 file)
|
808 bytes,
patch
|
cmanske
:
review+
|
Details | Diff | Splinter Review |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0rc1)
Gecko/20020415 Netscape6/6.2.1+
BuildID: 2002041512
If an image, hyperlink, table, etc. is added to a Composer page, double-clicking
on that item does not open the appropriate "properties" dialog box.
Reproducible: Always
Steps to Reproduce:
1.Install/Launch NS 6.2.1+
2.Launch a new/blank Composer window.
3.Add some content, including an image, hyperlink and/or table.
4.Double-click on image, hyperlink or table to access properties dialog box.
Actual Results: Double-clicking produces no results, dialog box does not open.
Expected Results: Double-clicking image, hyperlink or table in Composer will
open properties dialog box for that item.
This bug is not present in the current Trunk build (2002-04-16-06-trunk).
Comment 1•24 years ago
|
||
It works fine in 6.2. We made no changes in Composer for 6.2.1 that I know of,
so I will be mad if this was busted!
Assignee: syd → cmanske
busted on branch only. trunk is fine..
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•24 years ago
|
||
I am seeing this problem on the 04-15 1.0.0 branch build. But as the
reporter said, the 04-16 trunk works fine.
Comment 4•24 years ago
|
||
This seems to have regressed some time yesterday.
On Mac OSX, the 4-15 1.0.0 build works fine, but the 4-16 1.0.0 does not.
And on Win 2k, the 4-13 1.0.0 build works fine, but the 4-15 1.0.0 does not.
Note: The Win 4-15 1.0.0 came out yesterday afternoon, whereas the Mac 4-15
1.0.0 came out in the morning.
Hope this helps.
Comment 5•24 years ago
|
||
try backing out this landing:
cvs update -j1.5.4.2 -j1.5.4.1 mozilla/xpcom/threads/nsTimerImpl.h
cvs update -j1.11.4.2 -j1.11.4.1 mozilla/xpcom/threads/nsTimerImpl.cpp
cvs update -j1.1.4.1 -j1.1 mozilla/xpcom/threads/nsITimerManager.idl
cvs update -j3.4.4.2 -j3.4.4.1 mozilla/xpcom/threads/MANIFEST_IDL
cvs update -j1.25.4.2 -j1.25.4.1 mozilla/xpcom/threads/Makefile.in
cvs update -j1.22.2.2 -j1.22.2.1 mozilla/xpcom/threads/makefile.win
cvs update -j1.6.4.2 -j1.6.4.1 mozilla/xpcom/threads/TimerThread.cpp
cvs update -j1.126.12.2 -j1.126.12.1 mozilla/xpcom/build/nsXPComInit.cpp
cvs update -j3.42.16.2 -j3.42.16.1 mozilla/widget/src/windows/nsAppShell.cpp
Comment 6•24 years ago
|
||
backing out pavlov has no effect on this bug.
| Assignee | ||
Comment 7•24 years ago
|
||
This is my fault. I accidentally checked in part of the patch for bug 134503
because it was in the same file as removing the debug menu.
-->brade
Asa--can you approve me backing out the change that shouldn't have been checked in?
Assignee: cmanske → brade
OS: Windows XP → All
Hardware: PC → All
Target Milestone: --- → mozilla1.0
| Assignee | ||
Comment 8•24 years ago
|
||
| Assignee | ||
Comment 9•24 years ago
|
||
leaf gave me permission to check this in while tree was closed
asa gave me a= permission (via leaf) to do the backout
Comment 10•24 years ago
|
||
Comment on attachment 79490 [details] [diff] [review]
portion which should not have landed
r=cmanskeif needed.
Attachment #79490 -
Flags: review+
Comment 11•24 years ago
|
||
verified in 4/18 trunk. I will also verify on the branch and comment back here.
Status: RESOLVED → VERIFIED
Comment 12•24 years ago
|
||
verified on the branch also...added keyword "verified1.0.0"
Keywords: verified1.0.0
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•