Active Topics
-
Error after installing Leste on sdcard (17)
to Maemo 7 / Leste by Arno_11 - 1 hr ago -
Maemo 20th Anniversary (4)
to Brainstorm by teroyk - 1 day, 6 hrs ago -
Nokia Booklet 3G (RX-75) Drivers (64)
to Alternatives by teroyk - 1 day, 6 hrs ago -
Porting apps to Leste (46)
to Maemo 7 / Leste by teroyk - 3 days, 10 hrs ago - more...
 |
|
2009-11-21
, 20:14
|
|
Posts: 1,540 |
Thanked: 1,045 times |
Joined on Feb 2007
|
#32
|
If there's a common configuration mistake which everyone makes, then that too is a bug, it's a design bug and should be treated just like any other bug.
| The Following User Says Thank You to krisse For This Useful Post: | ||
 |
|
2009-11-21
, 20:17
|
|
Posts: 1,665 |
Thanked: 1,649 times |
Joined on Jun 2008
@ Praha, Czech Republic
|
#33
|
Originally Posted by krisse
I totally agree.
If there's a common configuration mistake which everyone makes, then that too is a bug, it's a design bug and should be treated just like any other bug.
__________________
maemo.org Bugmaster
maemo.org Bugmaster
 |
|
2009-11-21
, 20:18
|
|
Posts: 71 |
Thanked: 54 times |
Joined on Oct 2009
|
#34
|
Originally Posted by Andre Klapper
That is sensible. I agree.
I don't want another system that is used for "bringing the initial reports into a valuable state before copying them to Bugzilla".
I prefer this to be done in Bugzilla itself.
Originally Posted by Andre Klapper
Hm. It strikes me as very likely that by the time a non-technical user has found out there's a bug tracker that they can submit issues to, they've already talked to a developer or more technical community member about the bug. So in the best case they have someone to walk them through their first submission and in the worst case if Bugzilla gives them permanent psychological trauma the person they were speaking to can file it. So, non-issue.
As said already: It's not about filing the perfect bug report in Bugzilla. If people are afraid of doing something wrong when filing a report in Bugzilla I wonder how to change this. Maybe by a "If you are unsure just pick up something"?
__________________
$HOME - On special days, this sig will contain a hidden Andalusian Video Snail. Today is not such a day.
$HOME - On special days, this sig will contain a hidden Andalusian Video Snail. Today is not such a day.
|
|
2009-11-21
, 20:23
|
|
Posts: 1,665 |
Thanked: 1,649 times |
Joined on Jun 2008
@ Praha, Czech Republic
|
#35
|
krisse, thanks a lot for the list.
It's appreciated.
In case of being unsure you can click "All" and choose "Browser" from the list.
Repository: Good point. I wonder how to change the wording or elaborate (like "if you have enabled this in the Application Manager" maybe?)...
Good points.
It's appreciated.
Originally Posted by krisse
I expect users to be able to know that the Browser was an application that was by default available on the system.
Long list of ways that Bugzilla is user-unfriendly:
-This page does not properly explain where people are meant to report a problem with their device: https://bugs.maemo.org/enter_bug.cgi Which ordinary user knows what a repo is? Who is going to know who "Maemo Devices" are? Who is going to know which apps are managed by them? For a specific example, which category would a browser bug be reported in?
In case of being unsure you can click "All" and choose "Browser" from the list.
Repository: Good point. I wonder how to change the wording or elaborate (like "if you have enabled this in the Application Manager" maybe?)...
Originally Posted by krisse
By clicking on "Severity", or by not touching it if being unsure.
-How is someone supposed to know the severity of a problem?
Originally Posted by krisse
This will all be hidden after upgrading to Bugzilla 3.4.
-How is someone supposed to know the priority of a problem?
-How is someone supposed to know what terms like "QA Contact", "Assign To", "Alias" mean? I know these don't have to be filled in, but these all add to the scariness of the site, as if it isn't really intended for consumers' eyes.
Originally Posted by krisse
Device - either a Nokia device, or the OS on their computer in case of reporting an SDK bug. Any idea how to make this clearer?
-Which OS are people supposed to report, the OS on their computer or the OS on their device? And what if they use several OSes on their computers? And why do they have to even give the OS of their computer if the problem is on their device?
Originally Posted by krisse
I wonder which wording would be less techy. "Part"? :-P
-What does "component" mean?
Originally Posted by krisse
That's explained in the Template, and default is set to "unspecified". Again this boils down to the issue that it might be unclear that reporters do not have to fill in everything.
-What does "version" mean? Assuming it means the OS version on their device, how on earth are ordinary users supposed to know what version number they have?
Originally Posted by krisse
This will be hidden in Bugzilla 3.4.
-What are they supposed to put in the URL box? And does everyone actually know what URL means?
Originally Posted by krisse
GNOME Bugzilla had a patch that changed the button name to "Save Changes" and I think it makes sense.
-Why does the bug report button say "commit", as if it's some kind of nuclear weapon launch system?
Originally Posted by krisse
Yes, we should get rid of that.
-Why does the bug report window include scary cryptic strings of characters like "User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)"? (I know what this all means, but an ordinary user would be baffled by it.)
Good points.
__________________
maemo.org Bugmaster
maemo.org Bugmaster
| The Following User Says Thank You to Andre Klapper For This Useful Post: | ||
 |
|
2009-11-21
, 20:42
|
|
Posts: 2,173 |
Thanked: 2,678 times |
Joined on Oct 2009
@ Cornwall, UK
|
#36
|
Me and my big mouth opened a can of worms on a Saturday night!
But it seems like we do have some consensus on a few things that might help to make it clearer.
Having apparently talked myself into it, I shall head off to bugzilla and file a bug on... bugzilla. At which point I fear it may take offense and eat me. I'll link back to this thread so all the suggestions in here get included.
Thank you to everyone for taking this seriously. I find Bugzilla scary. Especial thanks to Krisse and Andre for all the work.
Edit: there's I've done it and I survived. I'm not sure how useful it was as a bug-file, but as an experience for a new-user, it was very useful. (Especially knowing that Andre will be looking out for it)
Last edited by RevdKathy; 2009-11-21 at 20:56.
But it seems like we do have some consensus on a few things that might help to make it clearer.
Having apparently talked myself into it, I shall head off to bugzilla and file a bug on... bugzilla. At which point I fear it may take offense and eat me. I'll link back to this thread so all the suggestions in here get included.
Thank you to everyone for taking this seriously. I find Bugzilla scary. Especial thanks to Krisse and Andre for all the work.
Edit: there's I've done it and I survived. I'm not sure how useful it was as a bug-file, but as an experience for a new-user, it was very useful. (Especially knowing that Andre will be looking out for it)
__________________
Hi! I'm Kathy and I'm a Maemo Greeter! Welcome.
Useful links for newcomers: New members say hello , New users start here, Community subforum, Beginners' wiki page, Maemo5 101, Frequently Asked Questions (FAQ)
Did you know Meego.com has forums too?
Hi! I'm Kathy and I'm a Maemo Greeter! Welcome.
Useful links for newcomers: New members say hello , New users start here, Community subforum, Beginners' wiki page, Maemo5 101, Frequently Asked Questions (FAQ)
Did you know Meego.com has forums too?
Last edited by RevdKathy; 2009-11-21 at 20:56.
| The Following User Says Thank You to RevdKathy For This Useful Post: | ||
 |
|
2009-11-21
, 21:42
|
|
Posts: 2,535 |
Thanked: 6,681 times |
Joined on Mar 2008
@ UK
|
#37
|
Originally Posted by silvermountain
What's the due date for the SSO task, in your opinion? What happens if it's not met?
What I find missing from that s/sheet is a 'Due Date'-column, that's pretty standard in any project management efforts - how else do you track if you are on-track or not and/or set some expecations for 'customers'?
The inaccuracies and unusefulness of most "due date" columns are why the sprint process contains start date, progress and MoSCoW prioritisation.
__________________
Andrew Flegg -- mailto:andrew@bleb.org | http://www.bleb.org
Andrew Flegg -- mailto:andrew@bleb.org | http://www.bleb.org
| The Following User Says Thank You to Jaffa For This Useful Post: | ||
 |
|
2009-11-21
, 21:43
|
|
Posts: 2,669 |
Thanked: 2,555 times |
Joined on Apr 2007
|
#38
|
Moving away from Bugzilla to anything else means getting nothing but a bunch of vague bugs from people going "it doesn't work - FIX IT".
That's why Bugzilla asks for all the info that it does... because while the user may not understand the relevance of all the info, you never know when the developer might pick out a bit of info that makes things so much clearer to him.
If there's anything you don't understand, just leave it alone and someone else such as Andre will come along and fix things or ask additional questions to fill in the blanks.
Bugzilla just looks intimidating until you understand a little bit more about how bugs are fixed and documented. I know it's somewhat intimidating at first, but once you've entered a bug or two and you get a feel for it, you'll see it's not anywhere near as bad as you've been saying.
That's why Bugzilla asks for all the info that it does... because while the user may not understand the relevance of all the info, you never know when the developer might pick out a bit of info that makes things so much clearer to him.
If there's anything you don't understand, just leave it alone and someone else such as Andre will come along and fix things or ask additional questions to fill in the blanks.
Bugzilla just looks intimidating until you understand a little bit more about how bugs are fixed and documented. I know it's somewhat intimidating at first, but once you've entered a bug or two and you get a feel for it, you'll see it's not anywhere near as bad as you've been saying.
| The Following 4 Users Say Thank You to zerojay For This Useful Post: | ||
|
|
2009-11-22
, 04:04
|
|
Posts: 1,540 |
Thanked: 1,045 times |
Joined on Feb 2007
|
#39
|
Originally Posted by zerojay
You really think that Bugzilla is the only possible way to do this?
Moving away from Bugzilla to anything else means getting nothing but a bunch of vague bugs from people going "it doesn't work - FIX IT".
There are many viable alternatives to Bugzilla. There are lots of ways of making bug reporting easier without allowing vague reports.
Wizards for example can give people multiple choices that narrow down bugs one step at a time without requiring any technical knowledge, and without allowing totally freeform reporting. Many operating systems use such a technique in their help files.
That's why Bugzilla asks for all the info that it does... because while the user may not understand the relevance of all the info, you never know when the developer might pick out a bit of info that makes things so much clearer to him.
If there's anything you don't understand, just leave it alone and someone else such as Andre will come along and fix things or ask additional questions to fill in the blanks.
Bugzilla just looks intimidating until you understand a little bit more about how bugs are fixed and documented. I know it's somewhat intimidating at first, but once you've entered a bug or two and you get a feel for it, you'll see it's not anywhere near as bad as you've been saying.
If someone is treating Maemo as an interesting hobby that they want to learn more about, yes, that's true that people can learn to use Bugzilla.
But 95% of people who use gadgets aren't treating it as a hobby, they just want the damn thing to work.
If you want to make it possible for this 95% to report bugs, Bugzilla is not up to the task.
|
|
2009-11-22
, 04:06
|
|
Posts: 1,540 |
Thanked: 1,045 times |
Joined on Feb 2007
|
#40
|
Originally Posted by Andre Klapper
Why are we even considering steering consumers to a bug reporting system which includes provisions for SDK users?
Device - either a Nokia device, or the OS on their computer in case of reporting an SDK bug. Any idea how to make this clearer?
Ordinary users should not be going anywhere near anything to do with SDKs.
This is yet another argument in favour of keeping Bugzilla dedicated entirely to developers, and making a totally separate and totally different bug reporting system for consumers.
Like I've said before, consumers want to be in a restaurant while developers want to be in a kitchen. They're two different worlds even though there's a relationship between them.
Last edited by krisse; 2009-11-22 at 04:08.
The bugs I've championed on Bugzilla have been things that technical experts wouldn't consider bugs, such as the flash-shutdown, the fit-with-to-view etc. I was reporting them because I got so much feedback from ordinary users on Tablet School. If I hadn't been listening to ordinary users they wouldn't have been reported at all.
If there was a proper Nokia support forum for ordinary users to talk about it that would be great, but there isn't. There is a discussion forum on the Nokia website but there's never any official response to support problems. And trying to get a reply from Nokia's direct support numbers is highly inefficient because they will have to deal with each person one at a time.
It would make a lot more sense to have ordinary users report their bugs to a central list, and if they see the bug already listed then they could vote for it instead of repeating it. And that's what sites like Brainstorm do.