BTW, the custom logo/header Rob mentioned can be uploaded in Seller Admin > Edit Profile. This would be shown at the top of the initial checkout screen where we request the buyer's address(es) before redirecting them to the actual payment screen. It appears you've already uploaded your custom logo/header, gorilla, so I'm mostly just mentioning this to confirm that with you and in case anyone else reading along here may be curious about it.

Yes, unfortunately we can only add your custom logo/header to pages we manage, such as the initial checkout page; PayPal provides no way to customize their final payment page. Note that the third-party cookie blocking issue would affect ALL sites that use PayPal Advanced with Layout C embedded in an iframe; that issue isn't just something peculiar to our own system.



As for the new Admin, we had some false starts and unforeseen setbacks in 2011, but about a year ago we hired an experienced new developer specifically to help out with the new Admin project and got a fresh start on that; we are very conservatively projecting it should be done by the end of this year, and optimistically projecting very much sooner if all goes to plan. Initially, we're just shooting for feature-equivalence with the current Admin, to keep the project scope focused and avoid feature creep that would only set things back even further, but once that's done, we'll be able to start modifying it as needed to support new features and functionality.

We agree that the final payment screen for card-based payments using PayPal Advanced is not exactly confidence-inspiring when displayed by itself, but unfortunately the iframe embedding method that PayPal intended for that form requires setting a third-party cookie, which caused problems for a significant number of buyers, as Rob mentioned above. That number will only increase as people upgrade their browsers and as more browsers block third-party cookies by default, not to mention people increasingly enabling that setting deliberately for privacy reasons (as most third-party cookies are used for advertising and tracking purposes). This third-party cookie-blocking issue will affect EVERY site that uses an iframe to embed that payment form as PayPal recommends; it's not something peculiar to E-junkie.

I understand completely. It's disappointing for me because I know for my business I have to take the "on-site" processing step within the next year or two. I prefer to take this step with eJunkie because I have my site designed and traffic coming to the existing URLs.



I don't want to start a store from scratch with say Shopify and result to redirects for my existing traffic. Also, eJunkie integrates great into my site and it looks great (beside the page in discussion).



Maybe making A/B templates available to some like mentioned above could be a solution. I sell tangible goods, but offer free shipping on all products so the shipping calculation issues wouldn't affect me either.



I want to end by saying, I love eJunkie's cart! I really do. If you guys could get a professional looking on-site checkout solution/page, it would really bring your service full circle.



Oh, and fix the flash login so I can manage my store from my iPad

Okay, Development says that for specific sellers upon request, we can disable the part of our code that requires Layout C, so you can set up Layout A/B in your PayPal Manager and see if/how it works for you. To confirm your identity and attend to this request, we would need you to email Support with your E-junkie account password, or your Subscription ID (from your Seller Admin > Account Summary screen), or your original activation code (from the original "Account information" email we sent you at registration):

https://www.e-junkie.com/ej/contact.php



Bear in mind this would be considered an unsupported hack for use entirely at your own risk, as we have not tested this at all nor researched any settings or other parameters that may need to differ from the standard setup for Layout C, so we can offer no guarantees. Once we disable the Layout C requirement for your seller account at our end, you would be expected to configure any needed settings in your PayPal Manager and test it on your own to make sure it actually works.

PayPal still has not addressed the third-party cookie blocking issue which compelled us to adopt the compromise approach we're still using now (as explained above). Furthermore, it appears they are no longer actively developing or promoting PayPal Payments Advanced, in favor of pushing PayPal Payments Pro, so it seems unlikely they will ever resolve this problem.



If you might consider upgrading to PayPal Payments Pro -- which uses a single, self-contained, secure page we manage for your card-based checkouts -- this help page explains how to integrate that with E-junkie:

2http://www.e-junkie.com/ej/paypal-partner.htm2



Unfortunately, checkouts can never occur on your own site/domain with E-junkie due to our inherent nature as a centrally-managed service which does not install any software on your server; this is one of the tradeoffs for our ease of use and site integration.

This is the page where I found PayPal Payments Advanced listed as a "Legacy product" which is "No longer actively marketed; now included with PayPal Payments Pro":

2https://developer.paypal.com/webapps/developer/docs/classic/products/payflow/2



Elsewhere in that documentation, they have indicated that "Legacy products remain available for pre-existing users", so it seems they will continue to support existing integrations using it into the foreseeable future.



We've already prepared the design for a more modern, mobile-responsive card checkout page, but Development still needs to actually implement that as a live checkout page, replacing our current card checkout page (which is not responsive, as you've seen). When that project is completed and goes live, we would post a notice to our System Status & Updates forum here:

http://www.e-junkie.com/bb/forum/6

There are ways to have us post the order details to more than one URL, and I've contacted EDD support to clarify something about their integration which would determine the best approach for that; however, EDD's E-junkie integration would only have us post the order details to EDD after we're done processing the buyer's order, so you'd still be using E-junkie's purchase buttons and checkout -- i.e., this wouldn't allow you to use some other checkout experience and then have E-junkie issue download links after the buyer has paid.

If you want to continue using E-junkie's download delivery and affiliate features, you must sell your products using E-junkie's purchase buttons and checkout flows.



Only PayPal Advanced uses that rather bare-bones top-left-aligned payment information page that comes after the buyer submits their billing/shipping address on our checkout page. 2Checkout works similarly, but their payment information page is much nicer than the PayPal Advanced one. Only PayPal Payments Pro, Payflow Pro, and Authorize.Net use a single page for our card checkouts (which all use the same non-responsive page you've already seen for PayPal Pro). You can see the 2Checkout flow by testing our demo cart here:

http://www.e-junkie.com/ej/2checkout-shopping-cart.htm



Also bear in mind that the PayPal Payments Standard checkout site will usually offer a card-based payment option for buyers without a PayPal account, depending on your own PayPal account type and related settings, which we explain in more detail here:

http://www.e-junkie.com/ej/faq.paypal.card-checkout.htm

2Checkout's process begins with the basic form on our site but then redirects to a different payment form at their end. You can see that by filling out the demo checkout at http://www.e-junkie.com/ej/2checkout-shopping-cart.htm with any information and then clicking the "Proceed to payment form" link at the bottom.