Re: [google-appengine] Premier support down?

[Brett McCully]

Aleem,

The specific issue is that the URL redirect mappings have changed on our 
side with a recent update.  We are in the process of pushing a fix that 
does not impact other recent improvements to the Support Center.

You should be able to access the the same area of the site by removing the 
trailing slash:

https://enterprise.google.com/supportcenter/managecases

If you have issues with any other URLs, please let us know.

Regards,

Brett McCully
Cloud Platform Support Manager



On Tuesday, August 6, 2013 10:15:01 PM UTC-7, Takashi Matsuo (Google) wrote:
>
>
> Hi Aleem,
>
> Sorry for the inconvenience. It's a known issue and we're working on a fix.
> I'll e-mail you for a workaround.
>
> -- Takashi
>
>
> On Mon, Aug 5, 2013 at 10:02 AM, Aleem Mawani 
> > wrote:
>
>> I noticed that this URL no longer seems to work:
>>
>> https://enterprise.google.com/supportcenter/managecases/
>>  
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to 
>> google-a...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/google-appengine.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>  
>>  
>>
>
>
>
> -- 
> Takashi Matsuo | Developers Programs Engineer | tma...@google.com
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Adding Custom Domain fails with "Invalid Request"

[Ivan Wang]

I hate GAE for this change

On Friday, July 26, 2013 5:45:22 PM UTC+10, Ryan Swart wrote:
>
> I've been trying to add a custom domain to my app for the last couple of 
> hours; the domain is an alias of my main Google Apps for Business account. 
> It fails with an "invalid request" error if I sign in with my personal 
> Gmail account, or infinitely redirects to the account selection page if I 
> use my Apps for Business account. 
>
> I managed to add the custom domain from the Apps for Business interface, 
> but this isn't documented in the Google Appengine Docs. What's going on?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] GAE Newbie question - User Login page

[Jimin Park]

I am new to the web application development and recently ventured on a 
journey to build one (was not aware of the servlets prior to this so I am 
really new). I am stuck on creating the log-in page using OpenID.

If I want every single page to require the user to be logged in to even 
view, how would I achieve this using servlets? Would I be putting in user 
login status at the beginning of doGet() of all servlets and if the user is 
not logged in, redirect to the log-in page and redirect back to the 
servlet? This seems like some boiler-plate code, is there some kind of 
configuration I can do to achieve the same thing easily?

Also, I do appreciate Google's openID documentation, it is not detailed 
enough for me to understand how the work flow is in this framework. Is 
there a helpful tutorial site anyone knows? Had not much luck in google 
searches either...

Thanks guys!

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] mail noreply sender

[Aaron Smalls]

Hello, 

I'm googling around trying to figure out if there is a way to send mail in 
google app engine from an account alias.  Basically, I want to send mail 
from no-reply@domain without having to create (and pay for) another google 
business app user for this purpose.

Is this possible?

Thank you

On Tuesday, November 2, 2010 2:20:27 PM UTC-4, Ikai Lan (Google) wrote:
>
> No, you will need the account confirmed. We can only send email from a 
> logged in user, administrator address or a valid receiving email address:
>
>
> http://code.google.com/appengine/docs/python/mail/overview.html#Sending_Mail
>
> --
> Ikai Lan 
> Developer Programs Engineer, Google App Engine
> Blogger: http://googleappengine.blogspot.com
> Reddit: http://www.reddit.com/r/appengine
> Twitter: http://twitter.com/app_engine
>
>
>
> On Mon, Nov 1, 2010 at 4:56 PM, Richard  >wrote:
>
>> hello,
>>
>> I want to set the mail sender to noreply@
>> I have invited this address as an administrator account but the status
>> is pending. I tested and it seems mail can not be sent from that
>> address until the account is confirmed.
>> However confirming the account is awkward - my client administers the
>> domain and there will be a lot of bureaucracy involved.
>>
>> Is there a way to send from this address without confirming the
>> account?
>>
>> Richard
>>
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To post to this group, send email to 
>> google-a...@googlegroups.com
>> .
>> To unsubscribe from this group, send email to 
>> google-appengi...@googlegroups.com .
>> For more options, visit this group at 
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: GAE Newbie question - User Login page

[Alejandro González Rodrigo]

Hello,

There is a lot of ways of doing and securing your application.

GAE has an 
UserService
 and 
easy tutorials the get it rolling. You have security 
constrainsas
 well, that can secure the urls you want and the only thing you need is 
to define them in your web.xml
To secure services i would use 
Filtersrather
 than implementing the security in each servlet doGet/doPost, this 
way you have all security centralized and the same for all servlets calls.

Cheers!


On Wednesday, August 7, 2013 7:10:35 PM UTC+2, Jimin Park wrote:
>
> I am new to the web application development and recently ventured on a 
> journey to build one (was not aware of the servlets prior to this so I am 
> really new). I am stuck on creating the log-in page using OpenID.
>
> If I want every single page to require the user to be logged in to even 
> view, how would I achieve this using servlets? Would I be putting in user 
> login status at the beginning of doGet() of all servlets and if the user is 
> not logged in, redirect to the log-in page and redirect back to the 
> servlet? This seems like some boiler-plate code, is there some kind of 
> configuration I can do to achieve the same thing easily?
>
> Also, I do appreciate Google's openID documentation, it is not detailed 
> enough for me to understand how the work flow is in this framework. Is 
> there a helpful tutorial site anyone knows? Had not much luck in google 
> searches either...
>
> Thanks guys!
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] TransactionFailedError: Datastore backup to Google Cloud storage

[Aswath Satrasala]

Hello,

Datastore backup to Google Cloud storage.

In the Data store Admin console, in the 'Completed Operations' section,
 following error is shown for the backup

TransactionFailedError: The transaction could not be committed. Please try
again.

I retried the backup again, and I got the same message.

Issue is also raised as a production issue :
https://code.google.com/p/googleappengine/issues/detail?id=9809

-Aswath

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Share dedicated Memcache across apps?

[Brandon Thomson]

On Wednesday, August 7, 2013 2:30:11 AM UTC-4, stephanos wrote:

> Personally I find $0.12 per GB per hour quite expensive, that's about $86 
> per GB per month. I would be totally happy with 100MB.
>

I would also be much more likely to sign up for 100MB at $10/month.

I suspect the reason they don't support smaller allocations is concerns 
about bandwidth between the instances and the memcache machines. There 
might not be enough to make 10x as many users happy.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: SendGrid Integration

[Jay]

Joshua, what issues are you referring to? If I rely on GAE for bulk email, 
am I getting myself in trouble?

On Wednesday, July 24, 2013 3:22:13 PM UTC-5, Joshua Smith wrote:
>
> Dunno how I missed this, but given the train wreck of GAE's email 
> delivery, this is very promising: 
>
> https://developers.google.com/appengine/articles/sendgrid 
>
> -Joshua 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] SendGrid Integration

[Joshua Smith]

Mail has never worked very well in GAE.

- Sending messages will sometimes fail for no reason, so you have to put the 
code to send any important messages into a task so it can retry
  (Note that since URLFetch also fails for no reason, with alarming regularity, 
I suspect sending email via SendGrid will need the same protections)

- The headers GAE put into the message are awful, and scary, and convince users 
that they are looking at spam. For example, gmail shows this one:
Return-Path: 
<3inemuqgjb-sxnba-ybttznvy.pbzfhccbegxnba@m3kw2wvrgufz5godrsrytgd7.apphosting.bounces.google.com>

- Despite DKIM, SPF and friends, a lot of GAE-sourced email gets blocked by 
corporate spam filters

- Quotas are really tight when first getting started, and never get all that 
loose

- The "from" address of any email you send MUST be either an admin or a user 
logged in via google oauth

- Google's #1 priority with outbound email is that GAE not become a spam 
platform, and this colors every technical decision they make around email

And yes, if you rely on GAE for bulk email, you are definitely getting yourself 
into trouble.

On Aug 8, 2013, at 9:16 AM, Jay  wrote:

> Joshua, what issues are you referring to? If I rely on GAE for bulk email, am 
> I getting myself in trouble?
> 
> On Wednesday, July 24, 2013 3:22:13 PM UTC-5, Joshua Smith wrote:
> Dunno how I missed this, but given the train wreck of GAE's email delivery, 
> this is very promising: 
> 
> https://developers.google.com/appengine/articles/sendgrid 
> 
> -Joshua 
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] SendGrid Integration

[Jeff Schnitzer]

FWIW, we recently switched to elasticemail.com after reviewing over a dozen
options. So far so good, and they're pretty cheap. The biggest problem with
the GAE mail system (for us) is that you can't have divergent Sender and
>From headers, and thus can't send email on behalf of users:

https://code.google.com/p/googleappengine/issues/detail?id=9516

We send our admin alerts out through GAE mail - that way if something goes
wrong with our prod email system we will get notified.

It's good practice to use the task queue for anything that is by nature
async, like sending mail. *Especially* something that requires an external
connection. There's no point in making a user wait.

Jeff


On Thu, Aug 8, 2013 at 6:39 AM, Joshua Smith wrote:

> Mail has never worked very well in GAE.
>
> - Sending messages will sometimes fail for no reason, so you have to put
> the code to send any important messages into a task so it can retry
>   (Note that since URLFetch also fails for no reason, with alarming
> regularity, I suspect sending email via SendGrid will need the same
> protections)
>
> - The headers GAE put into the message are awful, and scary, and convince
> users that they are looking at spam. For example, gmail shows this one:
> Return-Path: <3INEmUQgJB-
> sxnba-ybttznvy.pbzfhccbegxnba@m3kw2wvrgufz5godrsrytgd7.apphosting.bounces.google.com
> >
>
> - Despite DKIM, SPF and friends, a lot of GAE-sourced email gets blocked
> by corporate spam filters
>
> - Quotas are really tight when first getting started, and never get all
> that loose
>
> - The "from" address of any email you send MUST be either an admin or a
> user logged in via google oauth
>
> - Google's #1 priority with outbound email is that GAE not become a spam
> platform, and this colors every technical decision they make around email
>
> And yes, if you rely on GAE for bulk email, you are definitely getting
> yourself into trouble.
>
> On Aug 8, 2013, at 9:16 AM, Jay  wrote:
>
> Joshua, what issues are you referring to? If I rely on GAE for bulk email,
> am I getting myself in trouble?
>
> On Wednesday, July 24, 2013 3:22:13 PM UTC-5, Joshua Smith wrote:
>>
>> Dunno how I missed this, but given the train wreck of GAE's email
>> delivery, this is very promising:
>>
>> https://developers.google.com/**appengine/articles/sendgrid
>>
>> -Joshua
>>
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] SendGrid Integration

[Joshua Smith]

On Aug 8, 2013, at 11:23 AM, Jeff Schnitzer  wrote:

> It's good practice to use the task queue for anything that is by nature 
> async, like sending mail. *Especially* something that requires an external 
> connection. There's no point in making a user wait.

That's true. But in my case, these emails are typically sent by cron jobs, so 
having to stick a task in the middle just to get retries is a PITA.

-Joshua

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] TransactionFailedError: Datastore backup to Google Cloud storage

[Ryan Huebsch]

The more kinds that are included in a single backup job, the more likely
you are likely to encounter transaction contention when the job is starting.

There are improvements to the reduce the contention that are coming in the
next App Engine release and further improvements thereafter are planned.

To avoid this problem for now, you can split the kinds you want to backup
in a few separate backup operations.

On Thu, Aug 8, 2013 at 1:47 AM, Aswath Satrasala  wrote:

> Hello,
>
> Datastore backup to Google Cloud storage.
>
> In the Data store Admin console, in the 'Completed Operations' section,
>  following error is shown for the backup
>
> TransactionFailedError: The transaction could not be committed. Please try
> again.
>
> I retried the backup again, and I got the same message.
>
> Issue is also raised as a production issue :
> https://code.google.com/p/googleappengine/issues/detail?id=9809
>
> -Aswath
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] blobstore attachments working on localhost only.

[Vinny P]

On Wed, Aug 7, 2013 at 7:51 PM, Matt  wrote:

> I'm using the following code on my local dev server to prompt the user to
> save an image that has been uploaded into the blobstore and it's working
> fine.
>
>   response.headers['Content-Type'] = 'image/jpeg'
>   response.headers['Content-Disposition'] = 'attachment;
> filename="export.jpg"'
>   response.headers[blobstore.BLOB_KEY_HEADER] = key
>
> Where the 'key' is the blobstore key.
>
> However when I deploy to GAE it fails to work. Returns a server 500 and
> doesn't tell me what the issue is.
>



How large are these image files? Sometimes blobstore chokes if it's a large
file to send.

Can you also record the value of blobstore.BLOB_KEY_HEADER and key into
logging, and verify those are proper, non-corrupted values?



-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Estimated time to get GAE-PHP project white listed!

[Vinny P]

On Mon, Aug 5, 2013 at 4:59 AM, Jari Kinnunen wrote:

> We have requested white listing for a project that would run WordPress.
> The request was made June 19 i.e. about 47 days ago already !! Is there any
> estimate when this would be handled. We'd need to evaluate if GAE-PHP would
> be suitable for serving company web-pages!
>
>

 There's no set estimate, applications are whitelisted as Google feels
comfortable adding apps to the PHP runtime. See this discussion for more
information:
https://groups.google.com/forum/#!topic/google-appengine/94HSJEWnUQk


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] GAE Newbie question - User Login page

[Vinny P]

On Wed, Aug 7, 2013 at 12:10 PM, Jimin Park  wrote:

> This seems like some boiler-plate code, is there some kind of
> configuration I can do to achieve the same thing easily?
>


You're right, login/logout is boilerplate code.  If you would prefer not to
use Google's built-in Users service, you can use a framework such
as Spring: http://www.springsource.org/features  (click on Spring
Security). Here's a tutorial for it:
http://krams915.blogspot.se/2011/02/spring-security-3-openid-login-with_13.html


On Wed, Aug 7, 2013 at 12:10 PM, Jimin Park  wrote:

> If I want every single page to require the user to be logged in to even
> view, how would I achieve this using servlets? Would I be putting in user
> login status at the beginning of doGet() of all servlets and if the user is
> not logged in, redirect to the log-in page and redirect back to the servlet?
>


The code doesn't have to be very complicated. Just check with
UserService.isUserLoggedIn() to see if the user's logged in, redirect to a
login page if not, and then redirect back when the user's logged in
(redirects can be handled by using resp.sendRedirect("url") ).



On Wed, Aug 7, 2013 at 12:10 PM, Jimin Park  wrote:

> Also, I do appreciate Google's openID documentation, it is not detailed
> enough for me to understand how the work flow is in this framework. Is
> there a helpful tutorial site anyone knows? Had not much luck in google
> searches either...
>


For a good general overview of OpenID, try http://openidexplained.com/


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: App Engine VM-based Backends - Trusted Tester Sign-up

[Andrew First]

This is great! Any plans to support autoscaling as well?

Andrew

On Thursday, June 20, 2013 12:21:06 PM UTC-7, Takashi Matsuo (Google) wrote:
>
>
> Fellow App Engine Gurus,
>
> We're happy to announce the next generation of App Engine Managed 
> Backends. These Backends utilize the App Engine VM Runtime, allowing 
> developers to run Backends on Compute Engine VMs. By building on top of 
> Compute Engine VMs, developers can:
>
>
>- take advantage of higher CPU and memory
>- rely on longer-lived processes
>- utilize a local filesystem
>- communicate via native network stacks
>- execute external processes
>- access the entire JRE
>- upload arbitrary Python extensions
>
>
> Given that these are App Engine Backends, you can still use all the App 
> Engine APIs to access the existing managed services (Datastore, Task 
> Queues, Memcache, etc.)
>
> Updating existing Backends to run on Compute Engine VMs is a simple config 
> change:
>
> app.yaml
> 
> application: app-id
> version: v1
> runtime: python27
> *vm: true*
> *
> *
> *manual_scaling:*
> *  instances: 1*
>
>
> That’s all you need to get started. We’ll pick a deafult VM machine type 
> and spin everything up your behalf. Of course there other options that you 
> can set (including machine type) and these are documented in the Getting 
> Started 
> Guide
> .
>
> In order to build a great product, we need quality feedback from brave 
> early adopters. If you’re interested test driving, please sign-up at the 
> link below and we’ll take care of the rest.
>
> App Engine VM-based VM Runtime - Trusted Tester 
> Sign-up
>
> Also, if you have any questions, please feel free to send an email to:
> appengine-...@googelgroups.com 
>
> Thanks!
>
> -- 
> Takashi Matsuo | Developers Programs Engineer | tma...@google.com
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Windows Launcher for Google App Engine source code

[Gary Mort]

Where is the source code for the Windows Launcher stored?

I downloaded the latest PHP SDK and it includes the window launcher, but it 
would not work for PHP.  I wanted to use the PHP runtime already installed 
by XAMPP and while it works fine from the command line - the windows 
launcher doesn't specify the PHP executable path.

I found some code for it 
at https://code.google.com/p/google-appengine-wx-launcher/ but that code is 
out of date[it includes a parameter which is no longer used]... 
nevertheless I modified it to allow me to specify the PHP executable path 
in the preferences for the app and then pass that to dev_appserver.py 
properly and everything seems to be working fine.

I submitted the patch back via an issue 
https://code.google.com/p/google-appengine-wx-launcher/issues/detail?id=21 
which 
was when I noticed that this code has not been updated since 2009.  I'd 
like to submit the patch to the correct source tree.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Best Practices for Continuous Deployment on AppEngine

[aloo]

I haven an appengine app and we currently do about 5-10 deploys per day. 
These deploys all have a NEW app version and are then set to default.

We notice that while switching over the default version, we get about a 
minute or 2 of instability while instances are switching over.

We plan on increasing the number of deploys to 30/day. Does it make sense 
to still deploy to a new version everytime?

What are the best practices here? How do you handle a lot of deploys?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] SendGrid Integration

[Vinny P]

On Thu, Aug 8, 2013 at 8:39 AM, Joshua Smith wrote:

> Mail has never worked very well in GAE.
>
> - Sending messages will sometimes fail for no reason, so you have to put
> the code to send any important messages into a task so it can retry
>   (Note that since URLFetch also fails for no reason, with alarming
> regularity, I suspect sending email via SendGrid will need the same
> protections)
>
> - The headers GAE put into the message are awful, and scary, and convince
> users that they are looking at spam. For example, gmail shows this one:
> Return-Path: <3INEmUQgJB-sXNba-YbTTZNVY.PbZfhccbegXNba.PbZ@
> m3kw2wvrgufz5godrsrytgd7.apphosting.bounces.google.com>
>
>

+1 to the above.

Sending mail to external, non-admin accounts has always been difficult at
best with GAE's mail system. Microsoft-owned email services (Outlook.com
for example) in particular have high reject rates for GAE email.


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] apple-touch-icon-precomposed.png

[Satyanarayana Govindachandra]

Hi

Why do i get these requests triggered in my application, the count for
these requests in thousands and the error % is always 100.

apple-touch-icon-precomposed.png

I found that , when ever user loads the website from Iphone Chrome Browser
this happens. Why does like this, and why it requests on its own when we
have not given any link such in the site.

-- 
Thank you
Satya

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] apple-touch-icon-precomposed.png

[Jacob Taylor]

Apple automatically looks here for shortcut icons. You need to provide one
to avoid the errors, or just ignore it.


On Thu, Aug 8, 2013 at 1:30 PM, Satyanarayana Govindachandra <
satyanarayana.govindachan...@a-cti.com> wrote:

> Hi
>
> Why do i get these requests triggered in my application, the count for
> these requests in thousands and the error % is always 100.
>
> apple-touch-icon-precomposed.png
>
> I found that , when ever user loads the website from Iphone Chrome Browser
> this happens. Why does like this, and why it requests on its own when we
> have not given any link such in the site.
>
> --
> Thank you
> Satya
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> For more options, visit https://groups.google.com/groups/opt_out.
>



-- 
Jacob Taylor
CTO, Kahuna
(650) 302-1864
www.useKahuna.com 
http://www.linkedin.com/in/thejacobtaylor

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] apple-touch-icon-precomposed.png

[Vinny P]

On Thu, Aug 8, 2013 at 3:32 PM, Jacob Taylor  wrote:

> Apple automatically looks here for shortcut icons. You need to provide one
> to avoid the errors, or just ignore it.
>
>
>

Sometimes the request is from a user bookmarking your site
(congratulations!). However, some iOS browsers will request the image
automatically even if the site is not bookmarked. I believe Chrome for iOS
does this, for one example.

If you don't provide an icon, don't worry, the app will substitute a
default one. But if your app is optimized for mobile services, it's a good
idea to provide an icon at that url.


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com



>
> On Thu, Aug 8, 2013 at 1:30 PM, Satyanarayana Govindachandra <
> satyanarayana.govindachan...@a-cti.com> wrote:
>
>> Hi
>>
>> Why do i get these requests triggered in my application, the count for
>> these requests in thousands and the error % is always 100.
>>
>> apple-touch-icon-precomposed.png
>>
>> I found that , when ever user loads the website from Iphone Chrome
>> Browser this happens. Why does like this, and why it requests on its own
>> when we have not given any link such in the site.
>>
>>
>>
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] mail noreply sender

[Vinny P]

On Thu, Aug 8, 2013 at 12:42 AM, Aaron Smalls wrote:

> I'm googling around trying to figure out if there is a way to send mail in
> google app engine from an account alias.  Basically, I want to send mail
> from no-reply@domain without having to create (and pay for) another
> google business app user for this purpose.
>
> Is this possible?
>
>


No, it's not possible. The sending email address has to be:

(1) the logged in user  (if the logged in user is a Gmail/Google Apps user)
(2) An administrator for that App Engine application (so it would have to
be a confirmed, full account)
(3) A valid receiving address for that application (which is
[arbitrary-string-here]@[your-application-id].appspotmail.com)

As an alternative, you can register for SendGrid or another email-sending
service and send your emails from there using any arbitrary from address
you want (it doesn't conflict with Google Apps because SendGrid can send
from a subdomain, for example mail.example.com).



-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Deploy issues

[Tony França]

Hi Chris, we're experiencing those same deploy problems again today.
We have a Jenkins installation that allows for one click-deploys, 
This Jenkins job normally takes about 5min to run. It runs automatic tests, 
and does the deploy if they pass.
On healthy builds, about 80% of those 5min is spent running tests. 
Deploying is normally the fast part.

Below there's a few details for the failing builds we are seeing today.
All deploys attempts are for app_id "*qmagtest*"

You can see that those failed builds are taking a longer time. That is time 
spent during the deploy attempt.
I hope this helps you trace the problem. Please let me know if you need 
more details.
Thanks


Build #1005
Failed with:   
File "/usr/lib/python2.7/httplib.py", line 371, in _read_status
raise BadStatusLine(line)
httplib.BadStatusLine: ''
started: Aug 8, 2013 5:15:06 PM (GMT-3)
version: 1601
duration: 8min


Build #1003
Failed with:   
File 
"/home/qmagico/google_appengine/lib/fancy_urllib/fancy_urllib/__init__.py", 
line 387, in do_open
raise url_error
urllib2.URLError: 
started: Aug 8, 2013 4:50:14 PM (GMT-3)
version: 1601
duration: 20min


Build #999
Failed with:   
File "/usr/lib/python2.7/httplib.py", line 371, in _read_status
raise BadStatusLine(line)
httplib.BadStatusLine: ''
started: Aug 8, 2013 3:34:29 PM (GMT-3)
version: master
duration: 7min42sec


Build #995
Failed with:   
File 
"/home/qmagico/google_appengine/lib/fancy_urllib/fancy_urllib/__init__.py", 
line 387, in do_open
raise url_error
urllib2.URLError: 
started: Aug 8, 2013 12:13:05 PM (GMT-3)
version: 1829
duration: 19min


On Friday, June 7, 2013 1:18:31 PM UTC-3, Renzo Nuccitelli wrote:
>
>  We were experiencing deploy issues yesterday. Here is the stack trace:
>
> Traceback (most recent call last):
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 2284, in DoUpload
> missing_files = self.Begin()
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 1947, in Begin
> self.Send('/api/appversion/create', payload=config_copy.ToYAML())
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 1892, in Send
> return self.rpcserver.Send(url, payload=payload, **self.params)
>   File 
> "/home/qmagico/google_appengine/google/appengine/tools/appengine_rpc.py", 
> line 393, in Send
> f = self.opener.open(req)
>   File "/usr/lib/python2.7/urllib2.py", line 400, in open
> response = self._open(req, data)
>   File "/usr/lib/python2.7/urllib2.py", line 418, in _open
> '_open', req)
>   File "/usr/lib/python2.7/urllib2.py", line 378, in _call_chain
> result = func(*args)
>   File "/usr/lib/python2.7/urllib2.py", line 1215, in https_open
> return self.do_open(httplib.HTTPSConnection, req)
>   File 
> "/home/qmagico/google_appengine/lib/fancy_urllib/fancy_urllib/__init__.py", 
> line 370, in do_open
> req)
>   File "/usr/lib/python2.7/urllib2.py", line 1180, in do_open
> r = h.getresponse(buffering=True)
>   File "/usr/lib/python2.7/httplib.py", line 1030, in uygetresponse
> response.begin()
>   File "/usr/lib/python2.7/httplib.py", line 407, in begin
> version, status, reason = self._read_status()
>   File "/usr/lib/python2.7/httplib.py", line 371, in _read_status
> raise BadStatusLine(line)
> BadStatusLine: ''
> Password for jenkins...@gmail.com : Traceback (most recent call 
> last):
>   File "/home/qmagico/google_appengine/appcfg.py", line 171, in 
> run_file(__file__, globals())
>   File "/home/qmagico/google_appengine/appcfg.py", line 167, in run_file
> execfile(script_path, globals_)
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 4507, in 
> main(sys.argv)
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 4498, in main
> result = AppCfgApp(argv).Run()
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 2686, in Run
> self.action(self)
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 4233, in __call__
> return method()
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 3245, in Update
> self.UpdateVersion(rpcserver, self.basepath, appyaml, yaml_file_basename)
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 3194, in UpdateVersion
> return appversion.DoUpload(paths, openfunc)
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 2284, in DoUpload
> missing_files = self.Begin()
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 1947, in Begin
> self.Send('/api/appversion/create', payload=config_copy.ToYAML())
>   File "/home/qmagico/google_appengine/google/appengine/tools/appcfg.py", 
> line 1892, in Send
> return self.rpcserver.Send(url, payload=payload, **self.params)
>   File 
> "/home/qmagico/google_appengin

Re: [google-appengine] Best Practices for Continuous Deployment on AppEngine

[Vinny P]

On Thu, Aug 8, 2013 at 1:25 PM, aloo  wrote:
>
> I haven an appengine app and we currently do about 5-10 deploys per day.
> These deploys all have a NEW app version and are then set to default.
>
> We notice that while switching over the default version, we get about a
> minute or 2 of instability while instances are switching over.
>


Use traffic splitting (
https://developers.google.com/appengine/docs/adminconsole/trafficsplitting )
to incrementally move more and more users to the new version of an
application. That buys time for instances to spool up for the new version
and spool down for the previous version.


On Thu, Aug 8, 2013 at 1:25 PM, aloo  wrote:
>
> We plan on increasing the number of deploys to 30/day. Does it make sense
> to still deploy to a new version everytime?
>
> What are the best practices here? How do you handle a lot of deploys?
>


Is there a particular reason that you need to deploy new versions so
rapidly? 30 deploys a day is fine for a test/low-production application,
but if you're a high-traffic app it's a good idea to deploy on a much less
frequent basis.


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] GAE Blobstore send_blob problem

[Aleksi Jokinen]

We recently implemented software licensing and updates/downloads service 
using gae.
It's been working nicely until now.

Now suddenly the downloads stopped working.
We haven't made any changes to the code, the downloads just stopped.

Now when I try to download a file that's about 60mb, it downloads around 
1.5mb and stops.

Relevant details:
class DatastoreFileModel(db.Model):
blob_key = blobstore.BlobReferenceProperty(required=True)
filename = db.StringProperty(required=True)
uploaded = db.DateTimeProperty(required=True)
hash = db.StringProperty(default='')

class FileUploadHandler(blobstore_handlers.BlobstoreUploadHandler):
def post(self):
blob_info = self.get_uploads()[0]
file_info = DatastoreFileModel(blob_key=blob_info.key(),
   filename=blob_info.filename,
   uploaded=datetime.now())
db.put(file_info)

class FileDownloadHandler(blobstore_handlers.BlobstoreDownloadHandler):
def get(self, file_id):
file_info = DatastoreFileModel.get_by_id(long(file_id))
if not file_info or not file_info.blob_key:
self.error(404)
return
self.send_blob(file_info.blob_key, save_as=True)

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] BREACH attack - is App Engine vulnerable?

[Takashi Matsuo]

Hi Alex,

Our security team implemented various possible countermeasures against the
CRIME attack for HTTP headers some time ago, and our understanding is that
BREACH is a new variation.

As you said, with App Engine, gzip compression is automatically done if a
web browser sends corresponding headers. Thus, disabling the compression is
not currently an option for App Engine developers. Fortunately, there are
some countermeasures you can take to mitigate the risk.


   -

   Generate a new XSRF token every time if you can. The token should
   include the time it was generated as part of the input to the cryptographic
   hash function you use.
   -

   Separate endpoints that serve sensitive content (e.g., secrets including
   session id, credit card numbers, personally identifiable information) from
   endpoints that include user input in the response.
   -

   If you need to mix secrets and arbitrary user input in a single HTTP
   response, consider introducing some randomness to the response. For example:
   -

  Encrypt the whole AJAX response with a random key, then decrypt the
  response on the client side. This effectively disables
compression for that
  response.
  -

  Create a random string on the server side and XOR the secret or the
  user input. Then, concatenate the XORed result and the random string, and
  XOR again when you display/use it. Make sure to use a different random
  string for XORing for every request.

Finally, it’s not directly related to App Engine development, but this kind
of attack is taking place because the system is compressing data from mixed
sources (for example, XSRF token and the user input). if you’re designing a
system which both compresses and encrypts data, please keep in mind the
lesson from this attack and avoid compressing mixed data.

We'll try to share an update if and when we learn more.


Thanks,

-- Takashi Matsuo on behalf of Google Security Team

On Tue, Aug 6, 2013 at 8:43 AM, Alex Burgel  wrote:

> Can someone from Google make a statement on whether App Engine is
> vulnerable to the BREACH attack that was announced recently?
>
> http://breachattack.com/
>
> I'm not a security expert, but it looks like you are vulnerable to the
> attack if you use both SSL/TLS and HTTP compression. Since that
> configuration is handled by App Engine infrastructure, our apps may be at
> risk and we have little ability to mitigate it without help from Google.
>
> Also, a statement on the similar CRIME attack would be helpful too.
>

> Thanks.
>
> --Alex
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>



-- 
Takashi Matsuo | Developers Programs Engineer | tmat...@google.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] BREACH attack - is App Engine vulnerable?

[Alex Burgel]

Thanks, Takashi.

Your suggestion about avoiding mixing sources of data makes sense. Its a 
good rule of thumb for this issue.

--Alex

On Thursday, August 8, 2013 8:26:33 PM UTC-4, Takashi Matsuo (Google) wrote:
>
>
> Hi Alex,
>
> Our security team implemented various possible countermeasures against the 
> CRIME attack for HTTP headers some time ago, and our understanding is that 
> BREACH is a new variation. 
>
> As you said, with App Engine, gzip compression is automatically done if a 
> web browser sends corresponding headers. Thus, disabling the compression is 
> not currently an option for App Engine developers. Fortunately, there are 
> some countermeasures you can take to mitigate the risk.
>
>
>- 
>
>Generate a new XSRF token every time if you can. The token should 
>include the time it was generated as part of the input to the 
> cryptographic 
>hash function you use.
>- 
>
>Separate endpoints that serve sensitive content (e.g., secrets 
>including session id, credit card numbers, personally identifiable 
>information) from endpoints that include user input in the response.
>- 
>
>If you need to mix secrets and arbitrary user input in a single HTTP 
>response, consider introducing some randomness to the response. For 
> example:
>- 
>   
>   Encrypt the whole AJAX response with a random key, then decrypt the 
>   response on the client side. This effectively disables compression for 
> that 
>   response.
>   - 
>   
>   Create a random string on the server side and XOR the secret or the 
>   user input. Then, concatenate the XORed result and the random string, 
> and 
>   XOR again when you display/use it. Make sure to use a different random 
>   string for XORing for every request.
>   
> Finally, it’s not directly related to App Engine development, but this 
> kind of attack is taking place because the system is compressing data from 
> mixed sources (for example, XSRF token and the user input). if you’re 
> designing a system which both compresses and encrypts data, please keep in 
> mind the lesson from this attack and avoid compressing mixed data.
>
> We'll try to share an update if and when we learn more.
>
>
> Thanks,
>
> -- Takashi Matsuo on behalf of Google Security Team
>
> On Tue, Aug 6, 2013 at 8:43 AM, Alex Burgel 
> > wrote:
>
>> Can someone from Google make a statement on whether App Engine is 
>> vulnerable to the BREACH attack that was announced recently?
>>
>> http://breachattack.com/
>>
>> I'm not a security expert, but it looks like you are vulnerable to the 
>> attack if you use both SSL/TLS and HTTP compression. Since that 
>> configuration is handled by App Engine infrastructure, our apps may be at 
>> risk and we have little ability to mitigate it without help from Google.
>>
>> Also, a statement on the similar CRIME attack would be helpful too. 
>>
>
>> Thanks.
>>
>> --Alex
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to 
>> google-a...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/google-appengine.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>  
>>  
>>
>
>
>
> -- 
> Takashi Matsuo | Developers Programs Engineer | tma...@google.com
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Adding Custom Domain fails with "Invalid Request"

[Jason Collins]

Right on cue, I'm making a plug for this issue. Please star 
it: https://code.google.com/p/googleappengine/issues/detail?id=8528

j

On Wednesday, 7 August 2013 14:09:31 UTC-6, Ivan Wang wrote:
>
> I hate GAE for this change
>
> On Friday, July 26, 2013 5:45:22 PM UTC+10, Ryan Swart wrote:
>>
>> I've been trying to add a custom domain to my app for the last couple of 
>> hours; the domain is an alias of my main Google Apps for Business account. 
>> It fails with an "invalid request" error if I sign in with my personal 
>> Gmail account, or infinitely redirects to the account selection page if I 
>> use my Apps for Business account. 
>>
>> I managed to add the custom domain from the Apps for Business interface, 
>> but this isn't documented in the Google Appengine Docs. What's going on?
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.