access button buttons buyer buyers checkout click copy couldn development download figured installed involves link open option page password payment perhaps reset selling server service share site software sort support system times unique years

I've brought this up many times over the years and have always been told it was a good idea but have not yet seen it materialize... I get many emails a week from people whose hard drives have crashed, download expired, file corrupted, grandma deleted my download, cat ate my homework... and they want their link reactivated, something that only I can do.

This is balls. Esellerate, CartLoom, etc, etc, all have use managed downloads so a user can login and re-download their wares at their own convenience. When can we expect to see E-junkie catch up?

We can add that to our wishlist for consideration as a possible new feature at some point. However, to be quite frank I would not anticipate this sort of functionality becoming even technically possible within our system anytime soon.

Development prioritizes new feature requests according to broadest potential benefit and the simplicity of programming them into our existing codebase and algorithms. Greater priority is given to popularly-requested features which many or most merchants could benefit from, and which can be written into our existing system fairly straightforwardly with minimal risk, whilst lower priority is given to features rarely requested and of benefit to fewer merchants, or which require substantial reprogramming or complexity that may introduce new bugs or instability problems in well-polished and stable parts of our existing system.

Mob4 helps you download all must-have free apps in one single click. Download Free Mobile Apps, Free Android Apps for iPhone, iPad, Android, Tablet, Bada, Brew, Symbian, WebOS, WindowsMobile and Maemo.if you have any question about installing, using, or purchasing a specific app, please navigate to the app page on your computer and click the 'Support' tab.

To know more about Mob4 services, visit their website : http://www.mob4.com/

E-junkieGuruWe can add that to our wishlist for consideration as a possible new feature at some point. However, to be quite frank I would not anticipate this sort of functionality becoming even technically possible within our system anytime soon.

That's too bad as many of your competitors seem to have figured it many moons ago.

E-junkieGuruDevelopment prioritizes new feature requests according to broadest potential benefit and the simplicity of programming them into our existing codebase and algorithms. Greater priority is given to popularly-requested features which many or most merchants could benefit from, and which can be written into our existing system fairly straightforwardly with minimal risk, whilst lower priority is given to features rarely requested and of benefit to fewer merchants, or which require substantial reprogramming or complexity that may introduce new bugs or instability problems in well-polished and stable parts of our existing system.

I personally know a dozen or more guys who left E-Junkie and went to CartLoom specifically for this reason. That's just people I know, you seriously think these 12 people would be an isolated group?

Every single merchant selling digital downloads will have users needing to re-download their wares at some point. How could a feature such as this not benefit EVERY single one of those merchants? All I'm asking is to make re-downloads possible without the merchant having to get involved.

Please don't try and sell me the 'it's too hard to refactor the code' nonsense. I'm a developer myself, I know exactly what it takes to build a CMS and add new features to it. Yes it can be a pain sometimes but EVERYTHING is possible.

The truth is, I haven't seen a new feature in E-Junkie for years (I've been here since 2006). Heck, shipping settings and cart discounts are still tagged "new". Seriously?

So if you are "prioritizing" new feature requests based broadest appeal and ease of implementation, then a) no one has asked for anything in a number of years, b) you all think your system is so perfect that nothing new is needed or b) the mostly likely case being your development team is too lazy/scared/indifferent to add anything at all, ever.

So prove me wrong, prove that E-Junkie isn't abandonware and actually give this feature (or any new feature) some serious thought. Otherwise I'm just going to be another developer in a long line of guys heading to CartLoom. I'd rather not throw out 5 years of loyalty but...

First, we'd like to apologize for the apparent dearth of new features recently. We have been laying groundwork for new features behind the scenes, but the primary obstacle to actually providing much new functionality has been our current Flash-based Admin interface, which by now has become so complex and crufty as to be intractable for effecting even trivial-seeming changes.

Thus, our Dev team has been dedicating the bulk of their efforts towards building a completely brand-new Admin from scratch in DHTML, which will be much more accommodating to changes now and in the future. This involves replacing not just the visible interface itself, which is simple enough to duplicate in DHTML, but also replacing or integrating that with a complex layer of ActionScript that handles the logic translating the interface controls and settings to database fields and vice-versa.

We've started some strategic discussion regarding the feature you requested, about giving sellers the option to allow self-service link reactivation for buyers. In the near term, we should be able to add support for a new template variable in thank-you emails, allowing you to insert a link buyers could use to reactivate their own download link for a given transaction. The risk here is that buyers wanting to share out their link with others could simply share their reactivation link along with the link to their thank-you/download page, which bypasses the whole point of issuing each buyer unique links that expire.

Longer-term, we're evaluating how to securely manage buyer access to a log of transactions they'd made through our system, so they could re-activate links through that for sellers who permit it. The trouble here is that we aren't a traditional storefront/CMS software package that gets installed on the seller's server, but we're also not fundamentally a centralized marketplace site like Etsy, so we don't control every stage of the purchase process from shopping through checkout, creating a customer profile account isn't an inherent part of our purchase process, and our existing system wasn't engineered with that concept even in mind.

Unlike those other licensed or fully-hosted e-commerce solutions that work as a self-contained system, we're a semi-hosted hybrid solution, which gets pasted into independently-maintained sites then and hands-off checkout to a variety of third-party payment processor sites. With our service, the phase of purchase where a buyer profile account would normally be created transparently (or logged into for repeat customers), namely during checkout, usually transpires on another site entirely out of our hands, so we'd be stuck trying to fabricate some semblance of a buyer profile account after the fact, with the secondhand data reported back to us by the payment processors after payment has already been completed.

In summary, rest assured Development is aware of the desirability of this functionality, so they're seriously considering how best to approach implementing it, and many new, long-delayed features are also in the works, just currently backed-up behind the dam of our new DHTML-based Seller Admin that would allow you to manage those features and allow us to add new functionality more frequently in the future.

E-junkieGuruFirst, we'd like to apologize for the apparent dearth of new features recently. We have been laying groundwork for new features behind the scenes... Thus, our Dev team has been dedicating the bulk of their efforts towards building a completely brand-new Admin from scratch in DHTML

Can I get a whoop-whoop!

E-junkieGuruWe've started some strategic discussion regarding the feature you requested, about giving sellers the option to allow self-service link reactivation for buyers.

Can I get a hellya!

E-junkieGuruIn the near term, we should be able to add support for a new template variable in thank-you emails... The risk here is that buyers [...] could simply share their reactivation [...] which bypasses the whole point of issuing each buyer unique links that expire.

So upon reactivation wipe out the old link and issue a new one, sent to the users email. It's the age old, "Forgot your password?" reset solution. It's a relational database, it's not etched in stone. ;)

Plus, you can limit the reactivation link much the same way you do with the download links--so many attempts, maybe only 1 reactivation every 30 days, etc... And then there is the fact that you already track IP's and download attempts, it would be hard to set off flags if odd activity is noted.

I'm assuming these are challenges only because of the flash backend? Not really tough problems to solve when we're talking a proper backend language. Here's hoping for a solid solution in the new system.

E-junkieGuruIn summary, rest assured Development is aware of the desirability of this functionality, so they're seriously considering how best to approach implementing it, and many new, long-delayed features are also in the works, just currently backed-up behind the dam of our new DHTML-based Seller Admin that would allow you to manage those features and allow us to add new functionality more frequently in the future.

hoorah!

So what new features have been added recently?

One I would like to see is a way to download new orders in excel. Perhaps this could be best done by new orders being posted to a file on my server.

Right now I have to log into E-Junkie, click on the download transaction buttons, wait for the transaction log page to load, then click on "past 7 days", then click the "download log" button, wait for the zip file to down load, open it, highlight new orders, copy, and finally paste into excel. This is a pain in the ass and makes it harder for me to hand off the task to employees.

I will repost this request in a new post as I couldn't find one that spoke direct about this.