Closed Bug 137862 Opened 23 years ago Closed 21 years ago

Users will misunderstand that IMAP Shared Folder privilege button/function is not working without notice that page displayed behind Mail Main Window

Categories

(SeaMonkey :: UI Design, defect)

PowerPC
Mac System 9.x
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WONTFIX
mozilla1.1alpha

People

(Reporter: huang, Assigned: bugzilla)

References

()

Details

(Keywords: platform-parity)

Used Mac 04-16-11-1.0.0 build on Mac OS 9.2.1

Messenger Express page displays behind of Mail, users will misunderstand that 
the mail folder privilege button/function is not working.

1) Login to IMAP Mail account
2) Control+click to bring up the context menu.
3) Select "properties..." on the folder pane to bring up the
folder properties dialog
4) Select "Sharing" tab and click "Privileges" button from folder properties 
dialog

Actual Results: 
Nothing happens/displays, it looks like "Privileges" button is not working.
After close/dismiss folder privilege dialog & Mail, the messenger express page 
displays.

Expected results: 
Messenger Express page should display in front of "properties" dialog & Mail, so 
users know to login from here without misunderstanding the privilege button is 
not working.

This problem is only occurring on Mac platform.
Keywords: nsbeta1, pp
QA Contact: petersen → huang
Hardware: PC → Macintosh
Marc, I don't know if this really belongs to you or not, but I suspect this
isn't enough info for you to reproduce or understand the problem.

First of all, you need to do these steps on an imap mail server that has shared
folders turned on. I can send you or whoever might work on this info on that.
Basically what's happening is we're getting an http url from the mail server and
running it in our doc shell - that in turn spawns a browser window and runs the
url in that window.

Here's the code we use to run the url:

        if (NS_FAILED(rv = NS_NewURI(getter_AddRefs(uri), m_adminUrl.get())))
          return rv;
        rv = docShell->LoadURI(uri, nsnull,
nsIWebNavigation::LOAD_FLAGS_IS_LINK, PR_FALSE);

 
I tried on parp server and found that Messenger Express login page did display 
in front of the Mail, but after I login to Messenger Express, all the folder 
permission page is still displaying behind of privilege dialog & Mail.....
Ccing Mitch as well since he used to fixed browser bug related to privilege 
button for window platform......

Also, this problem is not occurring for Mac OS X. 
Mac OSX is working fine for implementing privilege button & display the folder 
permission page in fron of Mail without problem......
Doesn't sound like a layout issue. XP Apps: ?
Assignee: attinasi → blaker
Component: Layout → XP Apps: GUI Features
QA Contact: huang → paw
Nav triage team: nsbeta1-
Keywords: nsbeta1nsbeta1-
QA Contact: paw → huang
Removing nsbeta1- and renominating nsbeta1 since without this fix, users will 
misunderstand that they cannot implement IMAP Shared Folder Feature from Mac OS 
9.x.......
Keywords: nsbeta1-nsbeta1
Updating the summary to make it more severe
Summary: Messenger Express page displays behind of Mail, users will misunderstand that the mail folder privilege button/function is not working. → Users will misunderstand that IMAP Shared Folder privilege button/function is not working without notice that page displayed behind Mail Main Window
I think they'll figure it out - if I understand this correctly, it's just that
the browser window opens behind the mail window?
Misunderstanding is not major loss of function, as the new severity would
indicate.  As to impact, this seems like a little-used, very advanced enterprise
feature on a platform that was 'buried' by its creator today, and which has very
little deployment in enterprise.  Are there any major customers that depend on
our fixing this bug?
I agree with Peter. There are literally thousands of bugs that are more
important than this one.
nsbeta1- per Nav triage team
Keywords: nsbeta1nsbeta1-
Target Milestone: --- → mozilla1.1alpha
This bug is targeted at a Mac classic platform/OS, which is no longer supported
by mozilla.org. Please re-target it to another platform/OS if this bug applies
there as well or resolve this bug.

I will resolve this bug as WONTFIX in four weeks if no action has been taken.
To filter this and similar messages out, please filter for "mac_cla_reorg".
mac classic is no longer supported by Mozilla. Marking WONTFIX.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.