Illustrative?

I think Quim was just being illegorical.

I guess illuminated is the word...

As opposed to qole and you, I don't have such good knowledge of English. Consider that "illustrated" as an enhancement request.

La Ilustración is the period known in English as Age of Enlightenment and a person ilustrada is someone that has acquired a lot of knowledge from books and other illustrative sources. I guess the right translation would be cultivated.

Very cool. Cultivated. Like a field in springtime. I smell like one too.

Seriously, though, I would love to be a Renaissance Man; knowing something about everything, throwing my cloak before queens...

I agree, Qole is enlightened and full of wisdom....

Still not sure if cultivated is the correct word.

How about "wise beyond his years" as qoles usually are???

The German word would be better. Aufklärung (=Age of Enlightenment) also means "sex education". So being a person ilustrada translates to being aufgeklärt, which means someone told you 'bout the birds and the bees. And knowing that you know all of this already keeps us from having some very tricky threads in the future.

If it was cultivated. ...wisdom is not what he would be full of then.

What if we try to fill in as much info as possible, but it's a bug that behaves strangely and is genuinely difficult to reproduce? Should we just not report it? Do the engineers want to know about such unclear but genuine cases? (These are all serious questions.)

I did not mean to imply that a bug to be submitted must be 100% reliably reproducible. The (unfortunate) reality is that many bugs aren't easily or reliably reproducible. Take the race condition on startup for late-run N800s, for instance, whose causes were environmental related and quite bizarre. It's the nature of bugs to often be difficult to reproduce and difficult to fix (if they weren't, it's unlikely that they'd've shipped in the first place).

No, you should just make sure you have as much information as you can gather about the bug when you submit your report.

I don't know if they really want to know, but. . . .

Many bugs do fall into this category, as they're the type that's likely to be missed during normal testing and QA procedures and, thus, to make it into releases, and of course engineers want to ship the most bug free code they reasonably can. The key with reports of this type is to make sure you either get as close to figuring out what reliably reproduces the bug (some seemingly semi-random bugs only seem that way because you've missed a hidden trigger variable, like "it only happens between midnight and 1 AM", or "it only fails when there's an SD card in the slot"*), or provide as much information as you can come up with (even if you don't think it's relevant—if you can't fix the bug yourself you can be reasonably certain that you're not going to be able to accurately judge what might and might not be pertinent ) to give the triager or engineer the best chance of reproducing it themselves.


*This is what was causing sleep failures on my Dell Mini 9, but it took me a while to connect having an Sd card in the slot to failures.