Closed Bug 179314 Opened 22 years ago Closed 21 years ago

hotmail.com - quick addresses not available

Categories

(Tech Evangelism Graveyard :: English US, defect, P1)

Product:
Tech Evangelism Graveyard
Component:
English US
Platform:
x86
Windows 2000
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: chris.pickett, Unassigned)

References

(
URL
)

Details

(Whiteboard: [PROPRIETARY-JS]) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021029 Phoenix/0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021029 Phoenix/0.4

1) Html editing tools are nowhere to be found ... try composing a message with
Mozilla and then one with IE to see what I mean ... all these buttons likes
underline, bold, italic, change font size, etc. etc.

2) As reported in Bug 174651 (
http://bugzilla.mozilla.org/show_bug.cgi?id=174651 ), there is no button to add
attachments ... that's pretty severe.

3) Also no "quick addresses" ... hotmail lets you keep five addresses for quick
composition ... but they aren't available in Mozilla.

These problems (no html editing, no attaching files, no quick addresses) are big
enough that I know several people who won't use Mozilla because of them. 
Considering how popular hotmail is with the mainstream population, I think it's
pretty important to get this working.  It's been broken for a long time (was it
ever working?)

 

Reproducible: Always

Steps to Reproduce:




Appears in both Phoenix and Mozilla builds.
Sorry for not reading that other bug first.  I managed to fix problems 2) and 3)
by changing the UA string (funny enough, IE 6.0 XP/W2K doesn't cut it). 
However, there is no workaround as far as I can see for number 1).  If you open
hotmail with IE, you have text-editing functions . . .

This bug isn't a duplicate, then, of Bug 174651, but I'll put a post to that bug
pointing out this bug.
Actually ... I tried again ... the quick address bit is still broken for
Mozilla, even though it shows up if you use an IE 5.0 UA.  The names are there,
but you can't click on them.

So I think that these two problems (quick addresses and html message edit) are
perhaps also problems with Mozilla ... whereas the add/edit attachments button
is a pure hotmail issue.

Am I making sense?  The best way is just to get a hotmail account and try this
out under IE, Mozilla, and Mozilla with spoofed UA.
I think HTML editing is not going to work in any browser except IE5/6 for
Windows - it's not even an option for IE5 for the Mac.  A shortcut to the Rich
Text Editor is http://lw11fd.law11.hotmail.msn.com/cgi-bin/dasp/EN/rte.asp -
maybe someone with more expertise than me can browse the 1000+ lines of
Javascript at http://lw11fd.law11.hotmail.msn.com/cgi-bin/dasp/EN/rte___0.js to
see what makes RTE tick (but only tick in IE for Windows, and give a blank page
in Mozilla, Opera 6, and Netscape 4.8).  I doubt evangelising this will have any
effect (heck, how hard can bug 174651 be to fix, just detect Gecko browers in
order to add a stupid "Add/Edit Attachment" button, but it's been almost a month
since MS broke it for Mozilla and kin [except Netscape 6/7] with very little
hope for it being fixed in the near future) but will move it there anyway.

As far as "Quick Addresses" - I've added them, edited them, and composed from
them using trunk build 2002110808, spoofed as "Mozilla/5.0 (Windows; U; Windows
NT 5.1; en-US; rv:1.0rc2) Gecko/20020512 Netscape/7.0b1", and haven't had a
problem (actually the only problem when spoofing IE is that you can't click on a
name from the list on the Compose page - adding and editing work fine).  

Also when spoofing IE, none of the items in the "Tools" drop-down menu will take
you to the appropriate page; nothing at all happens.  JavaScript console claims
"DT is not defined" every time you try to select an item from the "Tools" menu,
though function DT does exist...

So, tongue in cheek, all you have to do is spoof IE when you want to send an
attachment, and spoof Netscape 6/7 (but not 4.x, because then the textarea for
the message body becomes rediculously small) when you want to send to a name
from the Quick Address List or use the "Tools" drop-down menu.
Assignee: asa → susiew
Status: UNCONFIRMED → NEW
Component: Browser-General → US General
Ever confirmed: true
Product: Browser → Tech Evangelism
Target Milestone: --- → Future
Version: other → unspecified
Regarding http://lw11fd.law11.hotmail.msn.com/cgi-bin/dasp/EN/rte___0.js - there
are proprietary "document.all"s all over the place, which would be a good
starting point for why the rich text editor doesn't work...
->default QA
Priority: -- → P1
QA Contact: asa → zach
Summary: hotmail compose page missing many features → hotmai.com - compose page missing features due to proprietary js
Whiteboard: [PROPRIETARY-JS]
Target Milestone: Future → ---
Workaround for everything but RTE:

  -- using the Preferences Toolbar extension, set UA = NS 4.7 Mac --
Mozilla/4.78 (Macintosh; U; PPC)

then tools, attachements, and quick addresses work just fine, including
inserting quick addresses.

really this has come down to two specific problems:

1) convince hotmail to treat mozilla like NS 4.7 Mac ... or change mozilla so
that it automatically changes the UA to NS 4.7 Mac at hotmail.com (perhaps
easier).  it might be nice to have a general mozilla feature to auto-change the
UA based on site ...

2) get RTE working.
Summary: hotmai.com - compose page missing features due to proprietary js → hotmail.com - hotmail compose page missing RTE due to proprietary js - workaround for attachments, tools, quick addresses
HTML editor is discussed in bug http://bugzilla.mozilla.org/show_bug.cgi?id=97284
Mozilla does not support this functionality currently so it is not an evangelism
issue. Please add any comments regarding this to bug 97284.

I am changing priority for this bug to "normal" as quick addresses is the only
new issue addressed in this bug. I also changed the subject line.

TO SEND AN ATTACHMENT you can spoof Netscape 6. You don't need to spoof IE.
Please see that bug for more details.
Severity: major → normal
Summary: hotmail.com - hotmail compose page missing RTE due to proprietary js - workaround for attachments, tools, quick addresses → hotmail.com - quick addresses not available
Why don't you close this bug and change bug 174651 so that it captures quick
addresses, attachments, and tools (in the subject line), and make the workaround
"use the preferences toolbar with UA = NS 4.7 Mac OR UA = NS 6.2" (I tried both
UA's which are both preference toolbar defaults and they work fine for all three
problems).  Then put a note in that bug as well that says "see bug 97284" about
RTE and proprietary js.
Keywords: evang500
*** Bug 187443 has been marked as a duplicate of this bug. ***
tech evang june 2003 reorg
Assignee: susiew → english-us
QA Contact: zach → english-us
Someone suggested just relying on the 'insert address' pop up, but if you email
(up to) five people on a regular basis, it would be much more convenient to use
the quick addresses.

My 5c.. (The Aussie 2c coin has been long extinct).
I confirm this issue, the quick addresses are not there in the mozilla 1.5 nightly. 

Mozilla 1.5b
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030808

This was NOT a problem with 1.4, I upgraded last night to solve gdi memory leak
issue.  

There are some other issues with hotmail that did not occur with 1.4.  

1. Ads at top are not appearing, I won't shed a tear about that one, but that is
new behavior. It was fixed by changing to "accept all images" from "accept
images that come from the originating server only" 
2. RH link bar "MSN Calendar" is off the page to the right, spacing is wrong. 
This seemingly corrected itself after clicking the compose link, after that it
worked.  
 
Along with the 'quick address' issue, I note that both trying to download a
msg's attachment, and trying to use the 'contact MSN' button to comment to MSN
about this problem,leads the user through an endless loop of login screens.
crassius@hotmail.com, be sure you have enabled thirdparty cookies.
Turning on all cookies doesn't help and also causes problems in that I get some
screens identifying me as logged into one of my other hotmail accounts rather
than the current one. Sounds like an MSN page-code problem, but if Mozilla can
fix it it would be nice.
moz 1.5rc2 win2k

adding contacts wfm
using quick thingy to add addy wfm
sending / receiving attachments wfm
open jpg attachment opens window wfm
open zip attachment downloads file wfm
the bug report form wfm

the only thing i see that remains is the lack of rich text editing.
Perhaps it's just a winME or 98 thing. Also, do you have to redefine your
useragent ID to see those 5 quick addresses onscreen in compose?
I used the normal ua Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5)
Gecko/20030925 and added the quick contacts from the contacts page. in the
compose page i used insert address to add the addresses. I haven't compared the
ui in Mozilla to that in IE but wouldn't expect a 1-1 correspondence. 
OK, I guess it's just specific to winME then, as my 'insert address' area is
blank (no 5 addresses listed) and clicking it is exactly like clicking the 'To:'
field. Even more strange is that I just opened a new window to look at hotmail,
then closed the window. Now when I open a new window (which is set to open as a
copy of the current window) I find it open at hotmail where I left the old one
at my contact list!
Sorry 'bout the last. I realize now that 'last page visited' does not
necessarily mean the current page.
Today, with no changes to my system, hotmail works properly. I believe MSN must
have fixed it from their end.
cool. thanks -> fixed.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.