ubuntu-bugcontrol team mailing list archive

[omer akram <om26er@xxxxxxxxx>]

Hi,
this is me again. I have not heard about my application so thought I should
ask my self. Is there any further information required or anything else

Regards

On Wed, Jan 13, 2010 at 11:02 PM, Brian Curtis <bcurtiswx@xxxxxxxxxx> wrote:

> He's been a huge help with empathy bug triage already.  Def +1
>
> On Wed, Jan 13, 2010 at 12:55 PM, omer akram <om26er@xxxxxxxxx> wrote:
> > sorry for the late reply, I had a paper.
> > https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/499529
> > gnome guys declined it but if they would have accepted it then wishlist
> > would be the best status because this is not a bug rather a minor request
> > about a feature that does not exist in empathy.
> > https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/504193
> > In this case an implemented feature in the app is causing a minor
> usability
> > issue so marking it of low priority would be wise.
> > https://bugs.launchpad.net/hundredpapercuts/+bug/431073
> > again of low importance because it creates a bit of annoyance as I myself
> > face it sometimes. Enter key is far from hand so it don't cause trouble
> > https://bugs.launchpad.net/empathy/+bug/495385
> > On this one i might be asked this is also a new feature that does not
> exist
> > in empathy then why mark it of low priority. I myself would have first
> > thought it a wishlist but it is also a feature that people have been used
> to
> > in pidgin/xchat before karmic. there was another bug called 'basic irc
> > command don't work in empathy' and that was marked wishlist but this
> > specific bug should be marked low because the other bug claimed to be
> fixed
> > but /part still did not work so it was not fully fixed and was an
> ancestor
> > of the main bug.
> > @scott after what you said about stock responses I used them where they
> were
> > required
> > It would be a real pleasure to beome a member of Ubuntu Bug Control.
> > Thanks!
> > On Tue, Jan 12, 2010 at 2:21 AM, Scott Howard <showard314@xxxxxxxxx>
> wrote:
> >>
> >> Thanks Micah!
> >>
> >> > Coredump should be deleted only after retrace is attempted/completed.
> >> > Bugs
> >> > should remain private until that occurs.  Someone else can probably
> >> > expand
> >> > on this.
> >>
> >> >This is assuming that the retracer is subscribed.  If a user attaches a
> >> > coredump without the retracer, Scott is correct.
> >>
> >> Micah is correct. I usually don't even work on crash bugs before the
> >> retrace has occurred. Once the retrace has occurred, LP should
> >> automatically delete the coredump. At that point you can triage,
> >> sanitize any traces, and make it public.
> >
> >
> > _______________________________________________
> > Mailing list: https://launchpad.net/~ubuntu-bugcontrol
> > Post to     : ubuntu-bugcontrol@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~ubuntu-bugcontrol
> > More help   : https://help.launchpad.net/ListHelp
> >
> >
>
>
>
> --
> Research is what I'm doing when I don't know what I'm doing.
> --Wernher Von Braun
> "The second law of thermodynamics: If you think things are in a mess
> now, JUST WAIT!!"
> ----------------------------------------------------------------
> The Statement Below is True
> The Statement Above is False
> ----------------------------------------------------------------
>