Open Bug 570032 Opened 15 years ago Updated 11 years ago

With third party cookies blocked, Send Page in 2.0.4 fails to send HTML where it worked in 1.1.19

Categories

(SeaMonkey :: MailNews: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: long, Unassigned)

Details

(Keywords: testcase, Whiteboard: [Halloween2011Bug])

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 On a particular set of pages, if I try to use Send Page in 2.0.4 I end up receiving (almost) blank messages. When done in 1.1.19 it attaches the HTML as desired. Reproducible: Always Steps to Reproduce: 1. navigate to particular web page 2. choose Send Page from file menu 3. address message to myself 4. view message in inbox Actual Results: Here is the message I receive when using 2.0.4: Received: from EXCH3-IMC-3.home.ku.edu ([129.237.37.55]) by MAILBOX-23.home.ku.edu with Microsoft SMTPSVC(6.0.3790.4675); Thu, 3 Jun 2010 18:01:05 -0500 Received: from nospama.cc.ku.edu ([129.237.35.82]) by EXCH3-IMC-3.home.ku.edu with Microsoft SMTPSVC(6.0.3790.4675); Thu, 3 Jun 2010 18:01:05 -0500 Received: from nospama.cc.ku.edu (nospama.cc.ku.edu [127.0.0.1]) by localhost (Postfix) with SMTP id 8115C63801E for <long@ku.edu>; Thu, 3 Jun 2010 18:01:05 -0500 (CDT) Received: from raptor.cc.ku.edu (aa-csf.nat.ku.edu [129.237.28.4]) by nospama.cc.ku.edu (Postfix) with ESMTP id 53BCC638019 for <long@ku.edu>; Thu, 3 Jun 2010 18:01:05 -0500 (CDT) Received: from raptor.cc.ku.edu (localhost [127.0.0.1]) by raptor.cc.ku.edu (8.14.3/8.14.3) with ESMTP id o53N154d022826 for <long@ku.edu>; Thu, 3 Jun 2010 18:01:05 -0500 Message-ID: <4C083431.3080906@ku.edu> Date: Thu, 03 Jun 2010 18:01:05 -0500 From: Jeff Long <long@ku.edu> Organization: #f User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 MIME-Version: 1.0 To: Jeff Long <long@ku.edu> Subject: Home Content-Type: multipart/mixed; boundary="------------090709080107000908090300" X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2010.6.3.225117 X-PerlMx-Spam: Probability=8%, Report='SUBJ_1WORD 0.1, FROM_SAME_AS_TO 0.05, BODYTEXTH_SIZE_10000_LESS 0, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_700_799 0, FROM_EDU_TLD 0, SMALL_BODY 0, WEIRD_PORT 0, __BAT_BOUNDARY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __CTYPE_MULTIPART_MIXED 0, __FROM_SAME_AS_TO2 0, __HAS_MSGID 0, __MIME_VERSION 0, __MOZILLA_MSGID 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __URI_NO_MAILTO 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __USER_AGENT 0' Return-Path: long@ku.edu X-OriginalArrivalTime: 03 Jun 2010 23:01:05.0610 (UTC) FILETIME=[A56262A0:01CB0370] This is a multi-part message in MIME format. --------------090709080107000908090300 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit <https://search.ku.edu:8443/EnterpriseController?actionType=main> --------------090709080107000908090300 Content-Type: text/html; charset=UTF-8; name="https://search.ku.edu:8443/EnterpriseController?actionType=main" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="https://search.ku.edu:8443/EnterpriseController?actionType=m"; filename*1="ain" Content-Base: "https://search.ku.edu:8443/EnterpriseC ontroller?actionType=main" Content-Location: "https://search.ku.edu:8443/EnterpriseC ontroller?actionType=main" --------------090709080107000908090300-- Expected Results: Here is the slightly redacted message I think I should be seeing: Received: from EXCH3-IMC-3.home.ku.edu ([129.237.37.55]) by MAILBOX-23.home.ku.edu with Microsoft SMTPSVC(6.0.3790.4675); Thu, 3 Jun 2010 18:03:34 -0500 Received: from nospamb.cc.ku.edu ([129.237.35.83]) by EXCH3-IMC-3.home.ku.edu with Microsoft SMTPSVC(6.0.3790.4675); Thu, 3 Jun 2010 18:03:34 -0500 Received: from nospamb.cc.ku.edu (nospamb.cc.ku.edu [127.0.0.1]) by localhost (Postfix) with SMTP id 629E73CC35B for <long@ku.edu>; Thu, 3 Jun 2010 18:03:34 -0500 (CDT) Received: from raptor.cc.ku.edu (aa-csf.nat.ku.edu [129.237.28.4]) by nospamb.cc.ku.edu (Postfix) with ESMTP id 35D493CC352 for <long@ku.edu>; Thu, 3 Jun 2010 18:03:34 -0500 (CDT) Received: from raptor.cc.ku.edu (localhost [127.0.0.1]) by raptor.cc.ku.edu (8.14.3/8.14.3) with ESMTP id o53N3YlZ022939 for <long@ku.edu>; Thu, 3 Jun 2010 18:03:34 -0500 Message-ID: <4C0834C6.5020908@ku.edu> Date: Thu, 03 Jun 2010 18:03:34 -0500 From: Jeff Long <long@ku.edu> Organization: #f User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.24) Gecko/20100421 Fedora/1.1.19-1.fc11 SeaMonkey/1.1.19 MIME-Version: 1.0 To: Jeff Long <long@ku.edu> Subject: Home Content-Type: multipart/mixed; boundary="------------030508040907080207040000" X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2010.6.3.225714 X-PerlMx-Spam: Probability=9%, Report='HTML_70_90 0.1, SUBJ_1WORD 0.1, FROM_SAME_AS_TO 0.05, BODYTEXTH_SIZE_10000_LESS 0, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_2000_2999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, FROM_EDU_TLD 0, LINK_TO_IMAGE 0, WEIRD_PORT 0, __BAT_BOUNDARY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __CTYPE_MULTIPART_MIXED 0, __FROM_SAME_AS_TO2 0, __HAS_HTML 0, __HAS_MSGID 0, __HTML_FONT_RED 0, __MIME_HTML 0, __MIME_VERSION 0, __MOZILLA_MSGID 0, __PHISH_SPEAR_ACCOUNT_1 0, __PHISH_SPEAR_PASSWORD_1 0, __SANE_MSGID 0, __TAG_EXISTS_HTML 0, __TO_MALFORMED_2 0, __URI_NO_MAILTO 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __USER_AGENT 0' Return-Path: long@ku.edu X-OriginalArrivalTime: 03 Jun 2010 23:03:34.0479 (UTC) FILETIME=[FE1DFDF0:01CB0370] This is a multi-part message in MIME format. --------------030508040907080207040000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit <https://XXX.ku.edu:8443/EnterpriseController> --------------030508040907080207040000 Content-Type: text/html; charset=UTF-8; name="https://XXX.ku.edu:8443/EnterpriseController" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="https://XXX.ku.edu:8443/EnterpriseController" Content-Base: "https://XXX.ku.edu:8443/EnterpriseC ontroller" Content-Location: "https://XXX.ku.edu:8443/EnterpriseC ontroller" <!DOCTYPE html public "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html><head><meta http-equiv="content-type" content="text/html; charset=UTF-8"> <title>Welcome to the Google Search Appliance!</title> <link rel="stylesheet" type="text/css" href="/appliance.css"> <style type="text/css"> .loginError { color: red; text-align: center } </style></head> <body onload="document.login.userName.focus()"><table id="PageHeader"><tr><td id="Logo"><img src="/images/google_sm.gif" alt="Google"></td> <td id="TopNavigation"><table><tr><td style="height: 1em"></td></tr> <tr id="TopBar"><td id="TopBarName">Welcome to the Google Search Appliance!</td></tr></table></td></tr></table> <table id="Main"><tr><td> <table border="0" align="center" cellspacing="0" cellpadding="0"><tr><td><form action="/EnterpriseController" method="post" name="login"><input type="hidden" name="actionType" value="authenticateUser"> <table border="1"><tr><td><table border="0" cellspacing="0" cellpadding="4"><tr><td align="right" scope="row"><label for="userName">Username:</label></td> <td><input type="text" size="16" name="userName" id="userName"></td></tr> <tr><td align="right">Password:</td> <td><input type="password" size="16" name="password"></td> <td valign="bottom" align="right"><input type="submit" value="Login"></td></tr> <tr><td align="center" colspan="3"><a href="/EnterpriseController?actionType=forgotPassword">Forgot Your Password?</a></td></tr></table></td></tr></table></form></td></tr></table></td></tr> <tr><td id="Copyright">&copy;2002-2009 Google - <a href="/EnterpriseController?actionType=about">About</a></td> </tr></table></body></html> --------------030508040907080207040000--
WFM (no problem sending <https://search.ku.edu:8443/EnterpriseController?actionType=main>) using SM 2.1b2pre (current trunk nightly). Can you please try whether you still see this with the latest SM 2.0.x, and again try with 2.1b1?
Whiteboard: [CLOSEME 2011-02-01 WFM]
It still doesn't work for me with 2.1b1 or 2.0.10. When i try sending that page to myself (and I haven't logged in) in 2.0.10 I receive: Access to this system requires that you allow cookies to be set on your computer. Please enable cookies in your browser and hit reload twice. You can find your cookie settings under "Tools -> Internet Options" for Internet Explorer and "Edit -> Preferences" for Netscape. but in navigator I see: Welcome to the Google Search Appliance! Session expired. Username: Password: Forgot Your Password? © Copyright Google Inc. - About What do you get when you send yourself that page?
WORKSFORME Tested on proposed page, received mail shows page without problems Build identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20111017 Firefox/10.0a1 SeaMonkey/2.7a1
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Whiteboard: [CLOSEME 2011-02-01 WFM] → [Halloween2011Bug]
ok, I've finally figured out what is "causing" the problem for me. If I set my Cookie Acceptance Policy to "Allow all cookies" then it sends the page in email completely fine. If I switch my policy to "Allow cookies for the originating website only" then I get the email without any content. I have no idea why my cookie acceptance policy would affect sending a web page in an email but that's it.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Where do you set this permission?
Edit -> Preferences -> Privacy & Security -> Cookies -> Cookie Acceptance Policy
Build identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0a1) Gecko/20111127 Firefox/11.0a1 SeaMonkey/2.8a1 Still works for me, while now I received text with blocked by default google logo "Access to this system requires that you allow cookies to be set on your computer. Please enable cookies in your browser and hit reload twice. You can find your cookie settings under "Tools -> Internet Options" for Internet Explorer and "Edit -> Preferences" for Netscape." Have you try to reproduce this on clean profile (Help - Managing Profiles)? Maybe there are some other options, which cause this issue?
That's my point. What I receive in my email should match what I see in my browser and they don't. It sounds like you are seeing the exact same behavior.
"What I receive in my email should match what I see in my browser and they don't" Why? You blocked cookies from other site, and now asking why it's not displayed :)
I'm only blocking cookies from 3rd party sites. So if I view the page fine in my browser window, turn around and send it to myself, it should show up exactly the same in my mail window. That's why we use Seamonkey, no?
(In reply to long from comment #10) > I'm only blocking cookies from 3rd party sites. Nope, according to setting's name, it doesn't accept cookies from non-originated sites, your page is fron-end with Google integration, when SM tries to create page to send, it accepts cookie for ku.edu, but not for Google, just as setting states. But I can be wrong, so you may wait, if any SM developer wants to look on this
I'm attaching a Live Headers transcript of me hitting the test URL. I don't see in there where any cookie is set except by search.ku.edu (I realize this is from Firefox but I don't believe Live Headers is SM compatible)
does this still reproduce for you? can you attach a testcase page?
Flags: needinfo?(long)
Keywords: testcase-wanted
Whiteboard: [Halloween2011Bug] → [closeme 2013-04-25][Halloween2011Bug]
Yes, this still happens. Just turn off 3rd party cookies in seamonkey, visit https://search.ku.edu:8443/EnterpriseController. Send that page to yourself. Notice that what you receive is not what is visible in the browser window.
Flags: needinfo?(long)
Thanks for that info. And per your earlier comments this is dependent in part on cookies. My guess is what is happening in newer SM compared to prior version is "more correct". In fact, in Firefox https://search.ku.edu:8443/EnterpriseController?actionType=reload&lastcmd=login displays as Access to this system requires that you allow cookies to be set on your computer. Please enable cookies in your browser and hit reload twice. You can find your cookie settings under "Tools -> Internet Options" for Internet Explorer and "Edit -> Preferences" for Netscape. which is not what SM displays, but *is* what SM Send Page sends. The "page" data being sent I think is being determined by what the browser thinks is focused because the backing html in both FF and SM I suspect are the same - click different areas and view source and you see both "Access to this ..." and the login form's code.
Summary: Send Page in 2.0.4 fails to send HTML where it worked in 1.1.19 → With third party cookies blocked, Send Page in 2.0.4 fails to send HTML where it worked in 1.1.19
Whiteboard: [closeme 2013-04-25][Halloween2011Bug] → [Halloween2011Bug]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: