I have just tested it with 1 device with iOS 4.2, I am updating one of my 3G-NoJB to 4.2.1 for testings. I dont think it is related to JB as one of the devices is JB and working.

Matchy, the part that fails is the list request. On this machine, it answer "no listed product", you knwo, the very first step.

Note that previous iAD wrapper by Matchy didnt work in iOS 4.2+, as the iOS call was changed from "display_320x50" to "display_horizontal", so we changed the routine to check first iOS version, and call one or the other. Could be this similar?

I just need to add iAD to the same app and it will be ready to be sent to Apple.

I have just tested it with 1 device with iOS 4.2, I am updating one of my 3G-NoJB to 4.2.1 for testings. I dont think it is related to JB as one of the devices is JB and working.

Matchy, the part that fails is the list request. On this machine, it answer "no listed product", you knwo, the very first step.

Note that previous iAD wrapper by Matchy didnt work in iOS 4.2+, as the iOS call was changed from "display_320x50" to "display_horizontal", so we changed the routine to check first iOS version, and call one or the other. Could be this similar?

I just need to add iAD to the same app and it will be ready to be sent to Apple.

Thanks Ampos for your reply!

I guess that isn't a good idea to submit any app with this InApp purchases wrapper until Matchy fix this problem with IOS 4.2+

I have just tested it with 1 device with iOS 4.2, I am updating one of my 3G-NoJB to 4.2.1 for testings. I dont think it is related to JB as one of the devices is JB and working.

Matchy, the part that fails is the list request. On this machine, it answer "no listed product", you knwo, the very first step.

Note that previous iAD wrapper by Matchy didnt work in iOS 4.2+, as the iOS call was changed from "display_320x50" to "display_horizontal", so we changed the routine to check first iOS version, and call one or the other. Could be this similar?

I just need to add iAD to the same app and it will be ready to be sent to Apple.

Thanks Ampos for your reply!

I guess that isn't a good idea to submit any app with this InApp purchases wrapper until Matchy fix this problem with IOS 4.2+

Bye!

Please note, I am unable to use or support InApp wrapper for quite some time. Besides, I only run the latest official iOS version updates only.

It request the list of current in-app purchases and it is received correctly (here it was were my 4G-4.2.0 fails), but when requesting the payment, there is no answer. Perhaps is a tremporary fail on Apple side.

LOCAL id_list$ ="glowingsky.full,glowingsky.don1,glowingsky.don2,glowingsky.don5,glowingsky.dona1,glowingsky.dona2,glowingsky.dona5"// product id//notice I am asking for the purchases of the free version (...donX) and full version (...donaX). So I have not to change anything from compiling one or other version.//iTunes will answer with the rights inApp purchases

LOCAL request_data$ ="NO_DATA"

glb_inapp_init(id_list$)WHILE request_data$ ="NO_DATA" main(3);ALPHAMODE-1//main() is the background/main drawer routineDRAWSPRITE7,xoff,0//it is just a banner on the top cprint("Contacting AppStore...",xres/2,yres/2) sc() request_data$ = glb_inapp_product_request()WEND//waiting for iTunes answering if my InApp purchases list request is ok debu("[LISTING]:"+ request_data$+" [END]")

?IFDEF WIN32 request_data$="glowingsky.don1##Donation 1##0.79##Donate some money to the programmer for encouraging him for more proyects.##glowingsky.don2##Donation 2##1.59##Donate some money##glowingsky.don5##Donation 5##3.99##Donate some money##glowingsky.full##Version completa##0.79##Actualiza la app a la version completa.##"//this is the exact string itunes will answer, used for testing on windows the rest of the code ?ENDIF

LOCAL item$[]LOCAL item_count =SPLITSTR(request_data$, item$[],"##")//split the previous stringLOCAL i

FreeZones()

IF item_count > 3//if the answer is less than 3 strings, there was an errorREPEAT ys=120*appzoom;n=1 main(3);ALPHAMODE-1 ADRAWSPRITE 7,xoff,0DRAWSPRITE3,(xres-(640*appzoom))/2,ys //draw a button cprint("CHOOSE YOUR OPTION",xres/2,ys+(20*appzoom));INC ys,100*appzoomFOR i =0TO item_count -1STEP4IF item$[i]="glowingsky.full"AND free=0//if free=1 then is is the full app, instead it is the lite. Not sure now about this IF// Oh, I remember, was to remove the FULL button, in case it was registered and the user just want to donate me extra moneyELSEDRAWSPRITE8,(xres-boton)/2,ys //draw a buttonPRINTUCASE$(item$[i+1]),(xres-boton)/2+(20*appzoom),ys+(40*appzoom),1PRINT item$[i+2],((xres-boton)/2)+boton-(24*appzoom)-LEN(item$[i+2],1),ys+(44*appzoom),1 CreateZone(n,0,ys,xres,124*appzoom);INC nINC ys,120*appzoomENDIFNEXT

sc()//bassically, a showscreen()UNTIL b1=1AND z<>0ELSE//I said if it has no answer...REPEAT;UNTILMOUSEAXIS(3)=0REPEAT main(3);ALPHAMODE-1 cprint ("NO ACCESS or ERROR.",xres/2,yres/2) sc()UNTILMOUSEAXIS(3)<>0RETURNENDIF