-
Notifications
You must be signed in to change notification settings - Fork 0
Korjattavaa
Tällä sivulla on listattuna asioita, jotka olisi hyvä korjata.
Seuraavien toimintojen tekeminen asiakkaassa johtaa kummallisuuksiin:
- Skannaa tuote
- Aloita kommentin kirjoittaminen
- Näytä asetukset ja vaihda käyttäjänimeä
- Piilota asetukset
Ongelma on siinä, että kommentointinäkymässä käyttäjänimi ei ole vaihtunut. Pulman korjaamisyritys painamalla Cancel-nappulaa ei auta, koska se ei tässä tilanteessa tee mitään.
Ainakin joissain tapauksissa väärän resurssin pyytäminen palvelimelta (esimerkiksi barcodes.cgi vs. barcodes) aiheuttaa sovelluksen jäämiseen Requesting Info -tilaan ilmeisesti lopputtomiin. Parempi reaktio olisi jollain aikakatkaisulla todeta pyynnön epäonnistuneen.
Jos asiakkaassa nykyisellään avataan tuotenäyttö ilman minkäänlaista tuotenimeä, sivu näkyy oikein ja tuotenimen kohdalla ei näy mitään. Tämä on sekavaa, koska kyseessä on virheenkaltainen tilanne ja käyttäjän olisi siksi hyvä saada asiasta selkeä ilmoitus.
Tuotenimeä näytettäessä puuttuvan nimen tilalla voisi näyttää vaikkapa .
Tällä hetkellä asiakas käyttää web-standardien mukaista JSON-oliota palvelimen palauttamien merkkijonojen lukemiseen. Kun palautus on oikein, tämä toimii kyllä. Kun palautetu teksti ei ole laillista jsonia, tulee ihmeellisiä virheilmoituksia tai suoritus loppuu kokonaan.
Olisi erittäin suotavaa, että käytetty jsoninlukukirjasto osaisi raportoida syötteessä olevan virheen järkevästi, että sovellus voisi reagoida asianmukaisesti.
Cordovan päivityssykli on varsin nopea ja käytössä oleva versio 3.0.0 on jo vanha. Lisäksi siinä applikaation nimeämistä rajoittava bugi, joka on korjattu uudemmissa versioissa.
Muutos kuitenkin on jotenkin epäyhteensopiva sen kanssa, miten RequireJS:ää tällä hetkellä käytetään. Ilmeisesti ainakin joidenkin Cordovan uudempien versioiden kanssa cordova.js
ei jostain syystä voi tulla mukaan Requiren kautta. Toisekseen barcodescanner-pluginin tuki eri versioille on epäselvä. Tämän takia päivitys on tehtävä huolellisesti ja vaatii jonkin verran vaivannäköä.
Jostain syystä palvelimen antamat vastauksen näyttävät joskus jäävän välimuistiin jossain kohtaa ketjua palvelimelta asiakkaalle. Tästä syntyvä haitta on ilmennyt ennen kaikkea siten, että bugisen serverikoodin tuottama väärä vastaus ei korjaannu, vaikka koodia muutetaan.
Tässä ongelmassa on varmaankin merkitystä, miten palvelin on tarkalleen konfiguroitu. Ongelmia on ollut Kapsia käytettäessä. Kapsilla Apache uudelleenohjaa saapuvat http-pyynnöt Noden käyttämään porttiin. Ratkaisu saattaisi olla opastaa Apachea .htaccess -tiedoston kautta jättämään välimuisti huomiotta.
Täytyy laatia käytänteet välimuistin käytölle ja toteuttaa ne.
Testit osoittivat, että minkäänlaisia cache-headereita ei viesteissä ollut eivätkä ne myöskään jääneet välimuistiin, kun ne tehtiin curlia käyttämällä. Ongelma osoittautuikin Androidin välimuistin aiheuttamaksi ja se ratkaistiin muokkaamalla Cordova-projektin Android-koodia:
this.appView.getSettings().setCacheMode(WebSettings.LOAD_NO_CACHE);