Buttons are moved suddently from right to left after click OK for processing this URL from MessengerExpress

VERIFIED FIXED in Future

Status

()

Core
Layout
P3
normal
VERIFIED FIXED
16 years ago
3 years ago

People

(Reporter: Karen Huang, Assigned: Marc Attinasi)

Tracking

Trunk
Future
x86
Windows 2000
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

16 years ago
Used 03-28-10-trunk build

Buttons are moved suddently from right to left after click OK for processing 
above URL from MessengerExpress

1) Login to an IMAP account.
2) Select one folder|properties from the folderpane
3) Select Sharing Tab and then select Privileges button from the properties 
dialog
4) After login to Netscape Adminstrator Server, you will see the page for setup 
permission for this folder
5) After setup permission for folder and click "OK" button
Actual Results: Buttons (OK, Cancel & Help) are moved suddently from right to 
left after click OK for processing above URL from MessengerExpress

Expected results: Buttons (OK, Cancel & Help) should keep to right without 
moving from right to left.
(Reporter)

Comment 1

16 years ago
Nominating nsbeta1 for MachV IMAP Shared Folder.
Keywords: nsbeta1
(Reporter)

Updated

16 years ago
Summary: Buttons are moved suddently from right to left after click OK for processing above URL from MessengerExpress → Buttons are moved suddently from right to left after click OK for processing this URL from MessengerExpress
Is this still an issue?  Is there a publically accessible testcase?

Comment 3

16 years ago
Karen, can you still reproduce this problem using a current build?

Adding qawanted; needs a minimized testcase.

Let's try sending this one to Layout.
Assignee: asa → attinasi
Component: Browser-General → Layout
Keywords: qawanted
QA Contact: doron → petersen

Updated

16 years ago
Priority: -- → P3

Updated

16 years ago
Target Milestone: --- → Future

Comment 4

16 years ago
This sounds like a earlier bug that was resolved awhile back. That problem was
related to scrolling=no attribute in a frame element. Items in that frame would
shift when focus was applied.
(Reporter)

Comment 5

16 years ago
Yes! This problem has been resolved along with "scrolling=no attribute" problem
that Chris decsribed on above comment.
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
(Reporter)

Comment 6

16 years ago
Verified fix on 07-24-08-1.0 branch build that this problem is not occurring on
above MessengerExpress URL anymore. Marking as verified.
Status: RESOLVED → VERIFIED
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.