[General] Re: Report a bug directions

[Mimi Yin]

Hi Andi,

I'm not sure how to remedy this situation. Should we ask Preview  
users to save their repos whenever they encounter a problem? I don't  
think we can say that for all problems. How should we characterize  
the kind of problem that might require a saved repo?

Mimi

On Jun 18, 2007, at 2:16 PM, Andi Vajda wrote:

>
> On Mon, 18 Jun 2007, Mimi Yin wrote:
>
>> FWIW, uploading your repo ain't fun ;o) And reading the step-by- 
>> step instructions is probably not going to a common scenario?
>>
>> I'm wondering if we're jumping the gun worrying about an  
>> unmanageable influx of repos? The directions are pretty clear that  
>> repo-submit is a 'Don't call me, I'll call you' kind of thing, as  
>> in developers may ask you to upload your repo.
>
> The don't-call-me-I'll-call-you approach is flawed in that by the  
> time the call goes out, the repo no longer exists.
>
> Andi..
>
>>
>> Would it be too risky to see what happens?
>>
>> Mimi
>>
>> On Jun 15, 2007, at 9:14 AM, Mike Taylor wrote:
>>
>>> I just wanted to make a note and remind everyone that currently  
>>> the repo-submit tool is located on what is technically an  
>>> internal dev resource.  If the instructions for dogfooders is  
>>> going to go public then I suspect the repo-submit tool will  
>>> either a) run out of drive space or b) crash due to load.
>>> What kind of user count are you expecting?  If it's more than  
>>> 5-10 items a day then we will need to find a new home for repo- 
>>> submit.
>>> Note: the 5-10 number is purely a SWAG I pulled out of the air -  
>>> I have no idea how many connections-per-second the repo-submit  
>>> service can handle but I do know that drive space is going to be  
>>> a concern.
>>> On Jun 15, 2007, at 12:14 AM, Aparna Kadakia wrote:
>>>> We also have the instructions for dogfooders page which  
>>>> instructs users on how to report problems, log files,  
>>>> repositories etc.
>>>> There is also overlap between this page and the ReportABug page.
>>>> http://chandlerproject.org/Projects/InstructionsForDogfooders
>>>> Aparna
>>>> On Jun 14, 2007, at 6:19 PM, Mimi Yin wrote:
>>>>> How about this?
>>>>> http://chandlerproject.org/Journal/ReportABug
>>>>> At the top, I added a short definition of what a bug is and a  
>>>>> pointer to the Chandler Users list for people who don't feel  
>>>>> like their issue is concrete enough for a bug report.
>>>>> Right below that are 2 columns, 1 for the Desktop and the other  
>>>>> for Chandler Hub/Server.
>>>>> The instructions are very brief. Mostly telling you to check to  
>>>>> see if your problem has been logged and a note about what extra  
>>>>> info to include.
>>>>> I've consolidated the overlapping material at the bottom. It's  
>>>>> mostly process stuff about how to log a good bug report and how  
>>>>> bugs are process.
>>>>> Anything else we want to add? Do I have the right  
>>>>> prioritization in terms of what info should be above the fold /  
>>>>> below the fold?
>>>>> Mimi
>>>>> On Jun 14, 2007, at 5:49 PM, Ted Leung wrote:
>>>>>> IOn Jun 14, 2007, at 4:55 PM, Mimi Yin wrote:
>>>>>>> http://chandlerproject.org/Projects/ReportingBugs
>>>>>>> http://chandlerproject.org/bin/view/Projects/ReportingBugsCosmo
>>>>>>> Who is the target audience for Reporting bugs?
>>>>>>> Do we expect end-users to report bugs?
>>>>>> I definitely expect end users to report bugs.
>>>>>>> Should we unify these pages? There's a lot of overlap and it  
>>>>>>> seems like for end-users, we mostly want to pinpoint where  
>>>>>>> they experienced their problem and send them on their way  
>>>>>>> accordingly...
>>>>>>> + Chandler Desktop
>>>>>>> + Chandler Hub / Chandler Server
>>>>>> There's a bunch of common stuff about how/when to file a bug,  
>>>>>> and it seems like a waste to duplicate that.   But I also  
>>>>>> agree that we want it to be clear and easy to report problems  
>>>>>> on the correct product.
>>>>>> Ted
>>>>>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>>>>> Open Source Applications Foundation "General" mailing list
>>>>>> http://lists.osafoundation.org/mailman/listinfo/general
>>>>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>>>> Open Source Applications Foundation "General" mailing list
>>>>> http://lists.osafoundation.org/mailman/listinfo/general
>>>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>>> Open Source Applications Foundation "General" mailing list
>>>> http://lists.osafoundation.org/mailman/listinfo/general
>>> ---
>>> Bear
>>> Build and Release Engineer
>>> Open Source Applications Foundation (OSAF)
>>> bear at osafoundation.org
>>> http://www.osafoundation.org
>>> bear at code-bear.com
>>> http://code-bear.com
>>> PGP Fingerprint = 9996 719F 973D B11B E111  D770 9331 E822 40B3 CD29
>>
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "General" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/general