>>>>Hi Jim, if you remember, we have participated actively to the request for the Bug Category.
>>>>UT has not had the force to create it and the Bug List is not the solution.
>>>>
>>>>It was much best to put every bug in the Wish List.
>>>>Of the rest, to ask that the VFPT fixes an error is a wish, lawful at least a lot when to ask that it comes added one new function.
>>>>In this way the MS could see which was the BUG more votes.
>>>
>>>Fabio,
>>>
>>>VFP Team is not obligated to monitor UT VFP Wish list. They only do that because it suits them but it could quickly change if the Wish List is abused with bug posts.
>>>It's also against UT rules to post bugs to VFP Wish list.
>>
>>Sergey,
>>of course i known this,
>>and anyone cannot find my Bug into the UT Wish List.
>>However, the Bug issue still open.
>>The MS VFP report bug page with the feedback to the sender only
>>is not the solution.
>
>Feedback to the sender only?.... If you mean a canned "thank you for your submission" and then never hear about it again (99.9% of the time), I do NOT call that "feedback".
>
Jim, me seems of being already much strict one, wants to have one optimistic vision.
The point is: To send a Bug is a service?
Receives the service who has lost some hours or days in order to reproduce the bug or the Team that finds ready analysis the nearly?
>When a VFP Team member posts HERE that they can repro the bug (of a thread) and they have sent it along to the internal bug list I call THAT feedback, though minimal.
Yes, but this a middle point into the VFP development tree.
When this only happens in root (MS site) then the thing can have meant.
Fabio
Précédent
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement