I'm now using EJEJC_multiAdd in my web-page to add multiple products to my order. See our previous query at:



1http://www.e-junkie.com/bb/topic/5005/pg/01



Our original test page for this is:



http://www.reducestressnow.net/H2RS/invest-in-h2rs2/test2.html



But this web-page does load fine in latest Firefox 3.6.13 on on my 2 Ghz Intel Core 2 Duo with 8 gigs memory running RapidWeaver 4.4.2 and latest Snow Leopard 10.6.6. But NOT on latest Safari 5.0.3 on my Mac. Nor in IE8 on Windows. So it only seems to load properly in FF3, but not any other browser!



So I posted the problem to the RapidWeaver forum at:



http://www.realmacsoftware.com/forums/index.php/forums/viewthread/44077/



which has now narrowed down the problem to the existence of the variable EJEJC_multiAdd created by the script. The last post by seeinvisible, post #7 dated 19th February 2011 04:50 PM, is very informative.



It says the problem seems to be the EJEJC_multiAdd variable created by the e-junkie script. And goes on to note that:



"the variable doesn’t seem to be in existence when it is immediately referenced"



But later it does exist. So could it be a timing issue with the EJEJC_multiAdd variable?



If so, what can I do to resolve this? Or is this an issue with the e-junkie script? What could the problem be, or is it just me?



Thanks in advance for all and any help. Much appreciated!

The consensus is that this kludge of a one second delay is okay as a temporary workaround, but definitely NOT as a final solution.



So, although the page is now working in Safari on my Mac, this issue of the EJEJC_multiAdd variable not being found in my page test2 at:



1http://www.reducestressnow.net/H2RS/invest-in-h2rs2/test2.html1



still needs fixing:



ReferenceError: Can’t find variable: EJEJC_multiAdd . . . test2.html:32



The test pages with the one second kludge are:



http://www.reducestressnow.net/H2RS/invest-in-h2rs2/test3.html



http://www.reducestressnow.net/H2RS/invest-in-h2rs2/test4.html



I look forward to your assistance to resolve this ReferenceError.

Hi and thanks for your earlier reply.



At your suggestion, I wrote to Andrew at EasyE-junkie saying that we're happy to pay them to resolve the problem if it's our coding to use EJEJC_multiAdd that's at fault. Our code is in the last post on the RapidWeaver support forum thread:



http://www.realmacsoftware.com/forums/index.php/forums/viewthread/44077/



But if it's instead a issue caused by the way the EJEJC_multiAdd variable itself has been written, then we would rather pay the developer of the EJEJC_multiAdd variable to fix the problem, since it would be better for the whole community to have access to the upgraded code.



My email asked Andrew who developed the EJEJC_multiAdd variable, and he tells me it's "Most likely E-Junkie themselves developed the variable... Though you would need to ask them directly to find out."



So where does the EJEJC_multiAdd variable come from and who developed it? How can we get it fixed for everyone?



I look forward to your assistance to resolve this ReferenceError.

As you note, we did indeed need to invoke the EJEJC_multiAdd function in an extended manner. We need to package two products together and yet have pdf stamping - DRM - on them both.



So to overcome this limitation we extended the use of the EJEJC_multiAdd variable. This is probably the reason for the EJEJC_multiAdd variable misbehaving.



Andrew at EasyE-junkie estimated in his reply that resolving this issue "would probably take up to 3 hours of work - probably 1-2 hours actually", so would cost up to $150 maximum.



What did your Lead Developer respond when told that I'm happy to pay to get this extended usage working for everyone?



How do other people overcome this limitation? I find it very difficult to believe that I'm the only seller who needs to package two products together and yet still have pdf stamping - DRM - on them both.

But in this thread, see above, you first categorize EJEJC_multiAdd as an "unofficial hack". You then go on to say that "Our Lead Developer wrote the function EJEJC_multiAdd() as a built-in part of our shopping cart". This implies it's actually a much needed feature, which further suggests that your Ford engine analogy is both bizarre, and inappropriate.



Yet is your statement that "EJEJC_multiAdd and PDF Stamping both work just fine together" completely accurate? I ask because your email to me dated Fri, 11 Feb 2011 09:13:11 -0700 said:



"Using our Bundle product feature you would not be able to provide a PDF stamp on your files. Those two features will not work together."



Is this not so? Please confirm whether or not two products bundled together can get an e-junkie PDF stamp on each file. This limitation was the sole reason for needing to use your EJEJC_multiAdd feature in this manner in the first place.



But if it is correct that your Bundle feature does not work with PDF Stamping, this all suggests that e-junkie are rather reluctant to get its products working properly together. And that I will need to get Andrew's business to overcome these limitations. This is not a problem - it doesn't matter to me who I pay to do it - yet the reason I offered to pay e-junkie to do this is so it would be readily available to the benefit of both e-junkie and your other clients...