Andre Klapper andre_klap...@gmx.net writes:
Can I (average user) add myself to that default CC list for a component
(I am not aware of any way), or do I need to first need to find out that
default CC exists, somehow find out who and how to contact for getting
added to it (and then somebody
We don't assign that group automatically anymore by default afaik.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On May 22, 2012, at 12:17 AM, Tomasz Finc wrote:
We tried the milestones and they were worse then tracking bugs.
Sharing urls like this
On 22/05/12 01:34, Thehelpfulone wrote:
I thought all users had editbugs, but there are 15525 users in total and
14573 users in the editbugs group. I imagine this right assigning must be
automatic, so does anyone know why there's a discrepancy between those
numbers?
It stopped being
On Tue, May 22, 2012 at 2:05 AM, Krinkle krinklem...@gmail.com wrote:
On May 22, 2012, at 12:17 AM, Tomasz Finc wrote:
We tried the milestones and they were worse then tracking bugs.
Sharing urls like this
Krinkle krinklem...@gmail.com writes:
TL;DR: Reduce number of fields in our BugZilla. Simplify access to
search filters.
I talked for a bit about this with Krinkle today. I think part of the
problem with the complexity of the fields (and, yes, Bugzilla fields are
too complicated) comes from
On Mon, May 21, 2012 at 2:25 PM, Mark A. Hershberger m...@wikimedia.org wrote:
The Developer works with the Director to help the Director develop
reasonable timelines. Bugzilla's Milestones and the priority within a
Milestone are especially suited for this.
We tried the milestones and they
On Mon, May 21, 2012 at 3:17 PM, Tomasz Finc tf...@wikimedia.org wrote:
On Mon, May 21, 2012 at 2:25 PM, Mark A. Hershberger m...@wikimedia.org
wrote:
The Developer works with the Director to help the Director develop
reasonable timelines. Bugzilla's Milestones and the priority within a
Yeah but its a PITA.
-Chad
On May 21, 2012 6:25 PM, Roan Kattouw roan.katt...@gmail.com wrote:
On Mon, May 21, 2012 at 3:17 PM, Tomasz Finc tf...@wikimedia.org wrote:
On Mon, May 21, 2012 at 2:25 PM, Mark A. Hershberger m...@wikimedia.org
wrote:
The Developer works with the Director to
+1 If you guys can make it work then let the mobile team know.
Otherwise were sticking with what works for us.
--tomasz
On Mon, May 21, 2012 at 3:35 PM, Chad innocentkil...@gmail.com wrote:
Yeah but its a PITA.
-Chad
On May 21, 2012 6:25 PM, Roan Kattouw roan.katt...@gmail.com wrote:
On
On 21 May 2012 23:25, Roan Kattouw roan.katt...@gmail.com wrote:
You can share your saved searches. I don't remember how it's done, but
I seem to have searches in my list that were shared by Antoine and
Sumana. Example URL:
On 22 May 2012 00:26, Thehelpfulone thehelpfulonew...@gmail.com wrote:
Try https://bugzilla.wikimedia.org/userprefs.cgi?tab=saved-searches -
you want to share with a group editbugs as this is the user group that
all users are put into.
I thought all users had editbugs, but there are 15525
On Mon, May 14, 2012 at 4:46 PM, Diederik van Liere dvanli...@gmail.comwrote:
I don't think we should aim to cater to non-developers at all. The changes
that a non-developer finds a real bug are very very small (in my previous
life as an academic I have done a lot of research on Bugzilla and
Hi,
On Mon, 2012-05-14 at 04:55 +0200, Krinkle wrote:
Assignee should be empty by default, only set when going to be worked on.
Current Default assignee should in most cases be default CC. Then we won't
need status ASSIGNED anymore (which is currently often forgotten, but due to
the default
In the bug genie, we've added functionality called teams to address these
kind of needs. Anyone can be a member of any number of teams, and teams can
be assigned to almost all the fields a user can, such as
owner/assignee, etc. This goes for both issues, projects, components
and more. This makes
Andre Klapper andre_klap...@gmx.net writes:
2) As far as I understand I am currently unable to follow development
(means: all bugmail) for a specific component or product that interests
me as a volunteer / potential future contributor.
Somebody please correct me if I am wrong.
You can have
On Tue, 2012-05-15 at 09:33 -0400, Mark A. Hershberger wrote:
Andre Klapper andre_klap...@gmx.net writes:
2) As far as I understand I am currently unable to follow development
(means: all bugmail) for a specific component or product that interests
me as a volunteer / potential future
On Sun, May 13, 2012 at 10:55 PM, Krinkle krinklem...@gmail.com wrote:
TL;DR: Reduce number of fields in our BugZilla. Simplify access to search
filters.
[snip]
I'm convinced all other fields can be done without and removing them will
improve the workflow of the developers and the
On Tue, May 15, 2012 at 4:31 PM, Chad innocentkil...@gmail.com wrote:
On Sun, May 13, 2012 at 10:55 PM, Krinkle krinklem...@gmail.com wrote:
TL;DR: Reduce number of fields in our BugZilla. Simplify access to search
filters.
[snip]
I'm convinced all other fields can be done without and
On 14/05/12 18:19, Risker wrote:
Martijn is on to something here. I write as a non-developer who has
identified bugs and has been pressed to report them via Bugzilla, despite
the fact that I feel very much out of my depth there. For those of us who
can report problems but not solve them
Le 15/05/12 16:43, Martijn Hoekstra a écrit :
snip
Wut, there are MediaWiki installations runing on HP-UX? And we have
developers equipped to work on bugs for that platform?
It is not that much a problem. You have the full suite of GNU tools
packaged for HP-UX as well as most popular OSS
Hoi,
MantisBT is localised at translatewiki.net. Given that we are talking about
software to be used by the Wikimedia Foundation, it is a VERY important
consideration. It beats hands down other software like MathJax that is
considered to be usable and is not ieven internationalised.
Thanks,
Disclaimer: I'm the lead developer of the bug genie (
http://www.thebuggenie.com), which was marked for consideration last time
this issue was discussed. This is also one of the main reasons I'm
following this thread.
I don't think you'll ever find a finished bug-/issue-tracking solution that
I don't think you'll ever find a finished bug-/issue-tracking solution that
caters just as well for newbies and developers. The main reason is (of
course?) that most issue tracking software is written for developers, by
developers with little or no experience or thought as to what makes a good
On 14 May 2012 09:10, Ryan Lane rlan...@gmail.com wrote:
I'd like to go one step further. There is not a single good bug/issue
tracking system in existence. Yes, I'm completely serious too. I've
come to believe that it's impossible to make one that anyone will be
happy with. That includes
Much appreciated, Daniel.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I don't think we should aim to cater to non-developers at all. The changes that
a non-developer finds a real bug are very very small (in my previous life as an
academic I have done a lot of research on Bugzilla and developer productivity
and it's based on that experience that I am making this
Thats actually quite an interesting thought, and it could well be
true, even if it is the opposite of the Wiki philosophy.
On the other hand, it might also be true that non-developers do find
bugs, but fail to report them exactly because of the BZ user
experience. It's quite important that
Martijn is on to something here. I write as a non-developer who has
identified bugs and has been pressed to report them via Bugzilla, despite
the fact that I feel very much out of my depth there. For those of us who
can report problems but not solve them (other than to test solutions), a
simpler
On Mon, May 14, 2012 at 9:19 AM, Risker risker...@gmail.com wrote:
On a side note, Bugzilla is also used not just to report bugs but to
request enhancements and/or activation of extensions. This can be the
developer equivalent of walking through a field of landmines, as many are
not familiar
David Gerard dger...@gmail.com writes:
It occurred to me wouldn't it be nice if Linus Torvalds had decided
he really needed bug tracking done right and written a solution. He
didn't write a solution, but he did rant:
http://yarchive.net/comp/linux/bug_tracking.html
You do not want Linus
MZMcBride z...@mzmcbride.com writes:
Mark H. and I have had previous discussions about generally improving user
feedback tools.
I haven't stopped thinking about these and even discussed it some with
Summana last week.
Even if it just guided the user to the appropriate place. Help wizard,
Steven Walling wrote:
Moodbar was not built to be a general purpose issue reporting tool. And
definitely not something that could or should replace an issue tracker. It
is designed only for asking newcomers whether they are having a generally
positive or negative experience and why, so that we
On Sat, May 12, 2012 at 3:40 PM, MZMcBride z...@mzmcbride.com wrote:
My notes on a better approach to this problem are here:
https://en.wikipedia.org/wiki/Wikipedia:Kvetch. There are associated bugs
scattered around as well.
For the record, the script
On 12/05/12 18:17, David Gerard wrote:
Discussion on Oliver Keyes' blog:
http://quominus.org/archives/714
He's coming from the perspective of liaison with newbies. Read the comments.
I have to say it's the first time I met him.
I'll try to summarise his points below with my comments:
On Sun, May 13, 2012 at 9:26 AM, Platonides platoni...@gmail.com wrote:
On 12/05/12 18:17, David Gerard wrote:
Discussion on Oliver Keyes' blog:
http://quominus.org/archives/714
He's coming from the perspective of liaison with newbies. Read the comments.
I have to say it's the first
On Sun, May 13, 2012 at 2:23 PM, phoebe ayers phoebe.w...@gmail.com wrote:
If there's any way to tie the login to SUL that would be cool, but
just providing more explanatory messages would be helpful!
This would be
https://bugzilla.wikimedia.org/show_bug.cgi?id=29853
which is a duplicate of
TL;DR: Reduce number of fields in our BugZilla. Simplify access to search
filters.
See also https://www.mediawiki.org/wiki/Bugzilla which covers a fair bit for
newbies. Doesn't make BugZilla better, but it does offer a guide for new users.
Regarding target audience. I think it is fair to say
On Mon, May 14, 2012 at 12:55 PM, Krinkle krinklem...@gmail.com wrote:
I'm convinced all other fields can be done without and removing them will
improve the workflow of the developers and the Bugmeister. Including, but not
limited to:
- Platform (Hardware/OS)
- See also
- Web browser
- URL
On May 14, 2012, at 5:04 AM, K. Peachey wrote:
On Mon, May 14, 2012 at 12:55 PM, Krinkle krinklem...@gmail.com wrote:
I'm convinced all other fields can be done without and removing them will
improve the workflow of the developers and the Bugmeister. Including, but not
limited to:
- Platform
Discussion on Oliver Keyes' blog:
http://quominus.org/archives/714
He's coming from the perspective of liaison with newbies. Read the comments.
(I will note that Antoine Musso was right in the previous discussion
that Mantis has a nice, friendly interface. I myself was most
displeased to
David Gerard wrote:
Discussion on Oliver Keyes' blog:
http://quominus.org/archives/714
He's coming from the perspective of liaison with newbies. Read the comments.
(I will note that Antoine Musso was right in the previous discussion
that Mantis has a nice, friendly interface. I
On 12 May 2012 19:40, MZMcBride z...@mzmcbride.com wrote:
You quickly run into an issue of scope, though. What should be flagged as a
user content issue? What's a technical or software issue? What's a legal
issue? And depending on the answer, there may be vastly different areas
where to stick
On Sat, May 12, 2012 at 11:40 AM, MZMcBride z...@mzmcbride.com wrote:
Mark H. and I have had previous discussions about generally improving user
feedback tools. The Wikimedia Foundation's approach seems to largely
consist
of a giant feedback bar with giant colorful faces (no, seriously:
On Sun, May 13, 2012 at 4:40 AM, MZMcBride z...@mzmcbride.com wrote:
Interesting post. Can probably be summed up technical tool doesn't work
well for non-techies. Film at 11.
Mark H. and I have had previous discussions about generally improving user
feedback tools. The Wikimedia Foundation's
On 12 May 2012 21:25, K. Peachey p858sn...@gmail.com wrote:
(I personally like BugZilla, Out of all the bug reporting systems i've
used as a semitechnical person, I think it has the right mix of stuff
for unadvanced and stuff for advanced users on the submission pages
[and other areas])
On Sun, May 13, 2012 at 6:38 AM, David Gerard dger...@gmail.com wrote:
We're complaining about the reporting. How is Bugzilla for connecting
developers and bugs? How do developers actually get connected to
problems? Particularly problems where the reporter isn't clear on the
component.
47 matches
Mail list logo