Steps to reproduce:
1. Start Chromium with new (temporary) profile
2. Go to chrome://settings/advanced
3. Set Page zoom to 500%
4. For any page with content, open the Elements panel
5. Try to expand/shrink elements

What happens:
With the expanding/shrinking arrowheads zoomed 500%, but with code still at default zoom, it’s extremely difficult to hit the arrowhead in the right spot to expand/shrink elements. Depending on the selected Page zoom level the actual hotspot may even fall completely outside the arrowhead graphic (to the left from it).

What I expect to happen:
For the arrowheads and the code to both follow the Page zoom setting or ignore it, and either way, for the arrowhead graphic to function as the actual hotspot for expanding/shrinking elements.

Rekisteröitymisen yhteydessä käyttäjätunnuskentän alla (hassussa paikassa) luki ”sähköpostiosoite”. Kenttä olisi yhtä hyvin voitu nimetä sähköpostiosoitteelle tarkoitetuksi.

Vaikka otin käyttäjätunnukseksi (kehoitusta noudattaen) sähköpostiosoitteen, yhteystiedoissani sähköpostiosoitteelle varattu kenttä oli taas tyhjä. Samoin sen jälkeen, kun olin täydentänyt yhteystietoihini sähköpostiosoitteeni ja puhelinnumeroni, oli Sähkövahti-palvelua tilatessani lomakkeella taas tyhjä sähköpostiosoite- ja puhelinnumerokenttä. On kyllä hyvä, että palvelun kohteeksi valittavat tiedot voivat poiketa yhteystiedoissa annetuista, mutta ne voisi silti lähtökohtaisesti olettaa yhteystiedoissa jo annetuiksi. Tämä oli kolmas kerta kun jouduin syöttämään järjestelmään yhden ja saman sähköpostiosoitteeni, kun teknisesti yksikin kerta olisi riittänyt.

Rekisteröitymislomakkeessa olevasta rakenteellisesta ongelmasta (asiakastietojen haun edellyttäminen ilman erillisvaihetta) annoin eilen palautetta sivuston varsinaisen palautelomakkeen kautta. Sen asiakaspalvelu lupasi välittää ylläpidolle.

Kirjautumistietojen tallentaminen selaimen muistiin ei joko toimi tai on tahallaan estetty. Jälkimmäiseen ei ole mitään syytä, se ei lisää palvelun turvallisuutta.

Tämän palvelukyselylomakkeen ensimmäinen kysymys ei nähdäkseni tarjoa sellaista vastausvaihtoehtoa, johon käyttötapaukseni (Sähkövahdin tilaus) soveltuisi. Palvelun tilaamista varten jouduin kyllä rekisteröitymään (minkä vaihtoehdon nyt valitsin), mutta se ei ollut käyntini ensisijainen syy.

”Fortum Sähkövahti” on huonoa suomea, niin muotia kuin kahdesta erillisestä sanasta muodostuvat tuotenimet tällä hetkellä ikävä kyllä ovatkin.

Fortum.fi-palvelu on yhdyssana, tässä palvelukyselylomakkeessa sanojen välistä puuttuu yhdysviiva.

Siltä varalta, että käyttöympäristöni tietoja ei kerätä automaattisesti, käytin sivustoa Chromium-selaimen versiolla 17.0.963.79 Ubuntu 12.04:ssä.

Kohtuullisen selkeä navigointi. Ehkä vähän liikaa tavaraa sivulla kerrallaan näkyvissä, mutta toisaalta kaikki tarvitsemani tuntui löytyvän johdonmukaisista paikoista.

On tuossa pelitarjonnassa ehkä se pointti, että onpahan jotain (kauppiaan kannalta potentiaalisesti tuottoisaa) tutkittavaa aikuisillakin sillä aikaa kun muksut fiilistelee kaupan varsinaista tarjontaa. Tosin siinä tapauksessa se voisi yhtä hyvin olla vaikka aikakauslehtihylly. Mutta ehkä peleillä saa paremmin katetta.

Kauhu ja varsinkin porno olisi IMHO härskimpää, sillä niiden aikuisille suunnattu sisältö on paljon kansissa näkyvämpää kuin pelien vast.

I still don’t have a surefire recipe for reproducing this, but it seems especially prone to occur when I have multiple Gnome terminal windows open, or one with multiple tabs in it, in addition to other apps. I have a gut feeling it’s triggered 4/5 times by switching from something else into the set of Gnome terminal windows (with the mouse, via launcher).

Yritin rekisteröityä Fortumin websivustolle. Ennen rekisteröitymislomaketta minulta kysyttiin olenko Fortumin asiakas. Vastasin (rehellisesti) kyllä, minkä jälkeen pääsin täyttämään rekisteröitymislomaketta.

Lomakkeen täytettyäni valitsin sen alalaidassa olevan Lähetä-linkin. Tuloksena oli virheilmoitus: ’Rekisteröityminen epäonnistui. Hae ensin tiedot syöttämällä asiakasnumerosi ja käyttöpaikan numero. Klikkaa sen jälkeen ”Hae tiedot”.’

Miksi käyttäjän tulee erikseen suorittaa tuo tietojensa haku? Miksei lomakkeen Lähetä-toiminto suorita samalla myös Hae tiedot -napin hakutoimintoa?

Mikäli asiakastietojen täyttäminen ja haku on (aidosti, jostain teknisestä syystä) edellytys sille, että lomakkeella voi edetä kirjautumistietoihin, miksei sitä ole toteutettu (aidosti teknisesti) rekisteröitymisen edellytyksenä? Miksei asiakastietojen kysely siis ole rekisteröitymislomaketta edeltävä erillinen kysely asiakkuuskyselyn tavoin?

Loppujen lopuksi rekisteröitymiseni epäonnistui, sillä toistuvista yrityksistä huolimatta asiakastietojen ”Haku” väitti itsepintaisesti, että ”Tunnistautuminen ei onnistunut. Tarkista, että asiakas- ja käyttöpaikkanumero on kirjoitettu oikein.” Kirjoitin tiedot aivan taatusti oikein: asiakasnumeroni on 3381842 ja käyttöpaikkanumeroni 8956.

Olen huolestuneena miettinyt Googlen syötteenlukijan pysähtyneisyyttä minäkin. Pelkään, että G vain jonain päivänä päättää sen olevan liian vähällä käytöllä ja lopettaa sen. Tavallisesti olen itse ollut ensimmäisten joukossa siirtymässä kohti parempaa, mutta nyt tuntuu, ettei GR:lle ole juurikaan parempia vaihtoehtoja, vaikka GR:kin on kaikkea muuta kuin täydellinen. Siinä olisi valtavasti potentiaalia (Googlen melkein koko arsenaali olisi periaatteessa helppo kuvitella tukemaan GR:ia), mutta jostain syystä se tuntuu ihan tuottajansa hylkäämältä. Viimeisin päivityskin tehtiin vain G+:n komppaamiseksi.

I went back in Precise kernels [1] all the way back to 3.0.0-12.20. There seem to be no easy answers: now even 3.0.0-12.20 crashes with -intel.

I think this either means that the hardware’s broken, or that the issue has been lurking in kernels all the way back to (at least) 3.0.0-12.20, and was only triggered by some early Precise updates (during the time window I described above). As I said, it (definitely) wasn’t there when I filed Bug #903831 on 2011-12-13 (because I couldn’t have gotten far enough to trigger that bug with this on the way).

I’ll attach shots of current results with the early Precise kernels below just in case there’s anything useful there.

I think I’ll try ruling out hardware failure with Oneiric, either with the live disc (if that uses -intel) or by reinstalling.

* [1] https://launchpad.net/ubuntu/precise/+source/linux/

V3.3-rc6 still crashes, irregardless of RC6 being enabled/disabled.

That’s a negative: this one persists.