iOS 8. Qualcuno ha fatto dei test?

[mromini]

Ciao a tutti, domani è previsto l'evento di Apple nel quale verrà presentato sicuramente iPhone 6 e quindi anche iOS 8 del quale sono già state rilasciate parecchie beta ufficiali da Apple stessa.

Qualcuno per caso è riuscito a fare dei test con le applicazioni IN.DE per verificare se le applicazioni generate con il template per iOS 7.1.2 funzionano ancora?

Grazie in anticipo!!
Mario.

[lucabaldini]

Io ho iOS8 da un mesetto sul mio iPad. L'unica cosa che ho visto non funzionare riguarda la gestione dei file mancanti.
Abbiamo anche eseguito vari test (download file, upload, sincronizzazione, aggiornamento app, etc...) e non abbiamo visto altri problemi.

Per "file mancante" intendo questo: installazione applicazione in caravel senza un file che viene aperto con la OpenDocument o che viene scaricato la prima volta che serve (es: logo mostrato in una videata, qhelp dinamico, etc...). Questa situazione può capitare se la custom non è correttamente configurata o in generale, se l'applicazione usa risorse esterne (non chiamate HTTP ma risorse "statiche") e queste non erano elencate e inserite nel pacchetto.

Comunque ho già corretto la cosa e pianifico di rilasciare una versione 3.1.1 di Caravel per iOS entro la versione finale di iOS. Aspetto di vedere l'evento Apple e capire quando prevedono di rilasciare in versione iOS8 finale per potermi adeguare con il rilascio di Caravel. Vorrei farlo il più tardi possibile ma prima che iOS 8 diventi stabile e vada su tutti i dispositivi.

Nel frattempo, se qualcun altro vuole partecipare al test, su TestFlight c'è una versione di Caravel in beta che contiene già la correzione. I nostri test, infatti, non possono per loro natura coprire tutti i possibili casi. Le configurazioni che adottano i programmatori possono essere anche molto diverse dalle nostre. Abbiamo una suite di test (che integriamo ogni volta che vediamo problemi) ma che non può, per sua natura, coprire tutti i casi. Ecco perché riasciamo le Caravel (anche Android e Win8) in beta... così come facciamo con InDe. E' l'unico modo che abbiamo per permettere a chi usa InDe e Caravel di provare le applicazioni prima che queste vadano in produzione.

[mromini]

Ciao Luca, quindi se ho capito bene problemi di "connettività" (SyncService.synchronize(), Shell.downloadFile(), SyncService.query(), Shell.isServerReachable(), etc.) non ne hai rilevati. Non ho ben capito il discorso "file mancante": nella nostra applicazione mostriamo un catalogo fotografico in un libro. Le immagini non vengono scaricate tramite sincronizzazione ma con una specifica procedura che usa la Shell.downloadFile() con il parametro Async=False e quindi salvate nel file system del tablet. Poi nel libro nell'evento di BeforeFormatting viene fatta una setImage in una Box se l'immagine del prodotto che devo mostrare è fisicamente presente sul File System (non viene scaricata al volo).

Potrei incorrere nel problema o no?

Ciao, Mario.

[lucabaldini]

Prove di connettività (syncronize, downloadFile, query, isServerReachable, etc) ne abbiamo fatte e non abbiamo visto problemi. Però, come cercavo di dire sotto, non ho provato qualunque configurazione possibile. Ti faccio un esempio (magari è un po' stupido ma spero di riuscire a spiegarmi). Io ho provato a scaricare file di varie dimensioni. Se, però, ci fosse un bug in iOS8 se il nome del file contiene il carattere 8 (anche quelli di apple sbagliano) io potrei non essermene accorto... e magari la tua applicazione scarica tutti i file con l'8 nel nome...
Altro esempio: io ho provato a scaricare file dal mio sito e funzionava prima e funziona adesso. Ma, magari, tu fai una download file da un sito che per cominciare fa una redirect e solo il nuovo url serve il file. Magari quelli di Apple hanno cambiato qualcosa (che io non ho visto né provato) e fa sì che le nuove librerie Objective-C non accettano più la redirect durante un download (è un esempio, non l'ho visto per davvero). Questo errore lo vedresti solo tu. Ecco perché è meglio, quanto prima, provare le proprie applicazioni prima che le versioni diventino pubbliche.

Lo stesso vale anche per i vari browser... Io, per esempio, sto usando da un po' Chrome beta. Lì c'è una regressione (che io ho già segnalato a Google ma che tra i 30.000 bug segnalati dubito che sarà mai corretto) che, per ora ho visto solo io e qualcuno dei programmatori che usano InDe che sono registrati al canale Alfa o Beta di chrome). Io correggerò il problema (probabilmente con un rilascio della 13.1)... però potrebbe esserci altro che non funziona (magari un un caso molto particolare) che io non posso né conoscere né provare dato che, anche per i browser, non riesco a testare tutte le possibili configurazioni.

[lucabaldini]

Per file mancanti non intendo quel caso.

Dovrebbe capitare in questo caso: supponi di avere, nel tuo book, uno span (con mask = che quindi viene mostrato in HTML) in cui scrivi

Code: Select all

<img src="http://it.wikipedia.org/wiki/File:Tizian_078.jpg">

Ora safari vede l'immagine, e chiede il file alla shell. Quel file non è parte del pacchetto (o dei file installati quando hai installato il servizio su Caravel). Quindi la shell lo va a prendere lei, se lo copia in locale e poi lo fornisce all'applicazione... così la prossima volta che l'app parte quel file è già in locale e fa prima... e funziona anche se non c'è connettivitià.

Ora, quel file viene preso con una apposita chiamata sincrona durante la gestione di una chiamata dalla cache di safari... in iOS 7 hanno cambiato le cose (ti ricordi che abbiamo dovuto correggere un problema analogo in 7.0 con una libreria esterna (chilkat)?). Ecco anche in iOS 8 hanno cambiato ancora le cose. In iOS7 quella chiamata veniva eseguita da un thread con un nome specifico... Io, se vedevo la chiamata da quel thread usavo chilkat (che funzionava bene). Ora, in iOS8 il thread non ha più un nome ma viene eseguito come parte di una coda che ha un nome specifico. Quindi in iOS 8 devo usare il nome della coda per decidere se usare chilkat o no.

Quindi, riassumendo, sono file che non erano parte del pacchetto (e che non erano stati installati durante l'installazione) e che l'applicazione non possiede. Se tu li scarichi prima che l'app ne abbia bisogno (con una download file) il file non deve essere scaricato durante la richiesta di cache di safari ma viene servito direttamente dalla shell dato che lo trova lì in locale.

[mromini]

Ok, ho capito. Cmq nel dubbio ora scarico l'ultima beta ed aggiorno il mio ipad.

Ciao,
Mario.

[mromini]

Ciao Luca, ho installato iOS8 beta5 sul mio iPad. Ho fatto qualche prova e mi sembra che funzioni quasi tutto.
Le procedure della "sezione connettività" (syncro, synquery, dowloadfile, etc.) funzionano. Invece sembra non funzionare la generazione del PDF. Ovvero l'anteprima del libro viene generata correttamente ma poi quando cerco di generare il PDF (impostando correttamente l'OutputFileName ed il PrintDestination) mi compare la popup attendere prego e non si schioda più di li. Purtroppo non posso installare la versione beta di XCode quindi non riesco a fare il debug e vedere se e che errori mi ritorna la shell nativa. Potresti fare qualche verifica tu?
Ultima cosa: una textbox di un pannello collegata ad una campo data mostra correttamente la popup con i rulli per la selezione ma poi quando la chiudi il cursore inizia a lampeggiare sulla textbox e compare la tastiera.

Per ora non ho notato altre cose strane.
Ciao,
Mario.

[lucabaldini]

Ok, verifico se funziona ancora l'apertura di un PDF direttamente con la OpenDocument.

Ho creato l'attività NPQ02006 per tenere conto di questa conversazione. Quando verrà valutata, potrai seguirne l'andamento con Instant Developer Roadmap.

[mromini]

Ho provato io. Nella nostra app è presente il manuale utente in formato PDF che includiamo nella directory Data della Custom e che quindi non viene ne generato dall'app ne scaricato da qualche sito. Questo PDF viene aperto dalla openDocument. Anche questo non funziona più nel senso che quando premo sul pulsante che visualizza il PDF compare una schermata grigia con la X di chiusura in alto a destra. Se poi chiudo il PDF e provo ad aprire una videata che contiene un libro l'app va in crash.

Ciao,
Mario.

[lucabaldini]

Anche quelli di Apple fanno bug.
Vedi qui:
http://stackoverflow.com/questions/24130547/uiwebview-showing-blank-screen-in-ios-8

Sembra che su iOS 8 abbiano rotto l'apertura di un PDF locale in una web view.