Closed Bug 281825 Opened 20 years ago Closed 10 years ago

walla.com/mail.walla.co.il - can't send web-based email - email read OK

Categories

(Web Compatibility :: Site Reports, defect)

defect
Not set
major

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: dexor, Unassigned)

References

()

Details

Attachments

(1 file)

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Build Identifier: 

Walla.com provides free 1G email service - it works fine in IE/Slim Browser - 
but although the reading of this web-based email is OK - trying to send just 
doesn't work.

Reproducible: Always

Steps to Reproduce:
1.Login to your free email account with www.walla.com
2.Create email message, include addres
3.Try to send
4. Try to move an existing message between folders doesn't work.
Actual Results:  
Doest nothing, just sits there, does not respond. Red line appears at the top 
of email message box. Also, one can't scroll through the address menu on the 
right, and the signature I have is not appearing in the compose message 
dialog. Another thing - when trying to 'move' message between the folders it 
does not wait to choose which folder to move, it just moves it. And nothing 
happens, anyway.

Expected Results:  
After composing the message and pressing send to the email address it should 
simply notify that the message was sent.

Trying to move the message between folders doesn't work. It renders Firefox 
unusable for walla.com web-based email services.
Assignee: myk → firefox
Component: User Interface → General
Product: Bugzilla → Firefox
QA Contact: default-qa → general
I'm sure they get it to work if they want -> moved to Tech Evangelism.

Prog.
Component: General → Hebrew
Product: Firefox → Tech Evangelism
Summary: can't send web-based email using walla.com - email read OK → walla.com - can't send web-based email - email read OK
I just remembered that I have an old unused walla account. I tested this, and
the problem is there as described.

Here's the code that handles the Send button:

...onclick="wm_handleSend(1);return false;...
...
function wm_handleSend(type) {
var i,cattach,sattach="";
send_submitted=1;
if (attach_uploading==1) return;
if (document.msgform.attach.value!="") {setTimeout(wm_submitAttach,10);	return;}
if (address_checked==0) {setTimeout(wm_addrCheck,10); return;}

if (submitted==0) {
	submitted=1;
	for (i=0;i<attaches.num;i++) {
		cattach=attaches[i];
		sattach=sattach+cattach.ct+"|"+cattach.id+"|"+cattach.name+"||";
		document.msgform.attachments.value=sattach;
		}

	document.msgform.html_enable.value=walla_editor;
	if (type==2) document.msgform.draft.value=1;
	if (walla_editor==1) {
		document.msgform.htmlMessage.value=editor_get_html();
		document.msgform.textMessage.value=editor_get_text();
		}
	document.msgform.w.value="/@compose.commit";
	document.msgform.target="_self";
	document.msgform.submit();
	}
}

Confirming bug.

Prog.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 286783 has been marked as a duplicate of this bug. ***
*** Bug 267096 has been marked as a duplicate of this bug. ***
*** Bug 254853 has been marked as a duplicate of this bug. ***
Assignee: firefox → hebrew
QA Contact: general → hebrew
*** Bug 293630 has been marked as a duplicate of this bug. ***
this bug also exists in Mozilla 1.7.7
Assignee: hebrew → english-other
Component: Hebrew → English Other
QA Contact: hebrew → english-other
*** Bug 301360 has been marked as a duplicate of this bug. ***
*** Bug 308313 has been marked as a duplicate of this bug. ***
*** Bug 312219 has been marked as a duplicate of this bug. ***
Can the people who are users of walla, please begin sending in complaints that
Firefox/Mozilla are not supported. Let's collect the responses and contact info
here. Then we can target the appropriate staff.
Bob, I'd be happy to contact them. Do you see any technical suggestions I could
add, based on the code in comment #2?

Prog.
Note that bug 254548 was for the same problem with the same company (walla, apparently), but in Isreal.  Feel free to reopen that bug if these should actually be kept separate
This bug is caused by two things.

The first problem is caused by Firefox not supporting the innerText property. When the send button is pressed, wm_handleSend() is called which calls wm_addrCheck(). wm_addrCheck() submits the form to the server which responds with this page:


<body>
<div id="to_rewrite">user@domain.example, </div>
<div id="cc_rewrite"></div>
<div id="bcc_rewrite"></div>
<div id="errors"></div>

<script>
window.parent.wm_addrCheckDone(document.all("errors").innerText,document.all("to_rewrite").innerText,document.all("cc_rewrite").innerText,document.all("bcc_rewrite").innerText);
</script>

</body>


This page calls wm_addrCheckDone() but all of its arguments are undefined because Firefox doesn't support the innerText property. This causes wm_addrCheckDone() to error out:


function wm_addrCheckDone(errors,to,cc,bcc) {
if (errors!="") {
	document.all("gErrors").style.display="block";
	document.all("gToErrors").innerText=errors;
	} else {
	document.msgform.to.value=to;
	document.msgform.cc.value=cc;
	document.msgform.bcc.value=bcc;
	address_checked=1;
	wm_handleSend(1);
	}
}


The second problem isn't encountered yet because wm_addrCheckDone() isn't calling wm_handleSend() yet. wm_handleSend() has lines which reference this iframe:


<iframe id=oEditor name=oEditor src="/?w=/@editor.tinymce&lang=en" style="width:100%;height:350;border:0px;overflow:hidden;"></iframe>


The lines in wm_handleSend() are:


	var edtr = document.frames ? document.frames['oEditor'] : document.getElementById('oEditor');


and


	document.msgform.htmlMessage.value=edtr.getContent();


The second line fails because edtr.getContent() can't be found.
Walla being updated the site to make it usable for non-IE browsers (especially Gecko-based, since it appears broken for khtml, and has display issues for Opera). 

The new mail application, with Yahoo!Mail look&feel will become public as a beta service in the upcoming 24 hours. I've been in contact with their developers, and have tested it in a private beta environment. 


Moving to hebrew@evangelism.bugs since the website is mainly in Hebrew, and most of their users are Hebrew-speakers. 

More information in our local tech evangelism listing: http://mozilla.org.il/board/viewtopic.php?t=5287
Assignee: english-other → hebrew
Component: English Other → Hebrew
OS: Windows XP → All
QA Contact: english-other → hebrew
Hardware: PC → All
Summary: walla.com - can't send web-based email - email read OK → walla.com/mail.walla.co.il - can't send web-based email - email read OK
Tomer: Is this now working ?
(In reply to comment #19)
> Tomer: Is this now working ?

Well, new users are still getting the old interface which is broken for Firefox, and have to manually change to the new one which is not publicized enough and people still mistake and incorrectly understands the webmail is completely incompatible. 

According to recent publication from Microsoft Israel, walla mail is the biggest webmail provider in Israel. I afraid they wrong (they also said that hotmail and gmail has the same local userbase), but still walla is a major player here.
i am using walla mail with firfox 3.6 on mac os x and it work 100% pleas check this problem again and if it is keep on happening re reoprt here and if not pleas close this bug
(In reply to comment #21)

Guy - Please see comment #20. The new UI (the one with tabs) is working well, but the old one still broken. Unless Walla will fix the old UI or will migrate all users to the new one - people will still complain to us about lack of ability to send mail.
The main site is working. Closing as INVALID, as this is a different site than the initial one.

if there is an issue with mail.walla.co.il,  it should be addressed in a separate bug.
Assignee: hebrew → nobody
Status: NEW → RESOLVED
Closed: 10 years ago
Component: Hebrew → Desktop
Resolution: --- → INVALID
Product: Tech Evangelism → Web Compatibility
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: