Formal V11 Bug and Eagerly Wanted List

Forums ProRealTime English forum ProRealTime platform support Formal V11 Bug and Eagerly Wanted List

Viewing 15 posts - 1 through 15 (of 19 total)
  • #159014

    All right People ! Here is the V11 Wants & Bugs List.

    A few rules please :

    • Only put in bugs which have a most clear “bug” nature. Do not put in anything that is due to be worked out via the forum, or which only is a nuisance compared to V10.3. The shorter we keep the list, the more importantly it will be dealt with.
    • Only put in bugs which have a most clear description in a separate topic in the forum. If the first post later appears to be not the most clear, but down the line it can be worked out for the better, you can refer to the post where it finally has been worked out (in that case link to the post and not to the topic ! see attachment under the mouse arrow for what to copy) . Don’t let PRT Development read for an hour before they understand the issue. They don’t have the time for that (and will hop to a next issue quickly).
      Try to avoid more issues in one forum topic, but if it can’t be prevented, make two entries in the List and paste the same link in each entry.
    • Try to grasp the priority column in there. Please notice that others (like me) may change the priority. All are relative to each other. Issues which lose money can have Prio 1. Those unworkable because of unreasonable spent time, can also have Prio 1, maybe 2.
    • The Wants actually don’t belong. However, they too can imply huge time loss if not solved. Look in there for the real examples (so far).
    • Although everybody can edit the List, entries should not be changed for their content (like the description or the link) because that will not be noticed. Lines should most certainly not be deleted or emptied. You *are* allowed to change the Solved Y/N column, but only it the issue really has been solved. This actually should be stated / described in the originating topic, so that there can be no misunderstandings about it. N.b.: When you solve something via a backdoor solution, this may not apply to someone else. Or, is the backdoor solution is a solution just the same, the issue may be set as solved.
    • Keep in mind that PRT Support and Development may be observing this same list continuously, from now on. See how they deal with it; understand how you may influence.

    This very topic should not contain any (Wants or) Bugs. However, I feel that there has to be some communication possible over the content of the List. Preferably this is done in the topics of concern, but I think it will be unavoidable that we also discuss how to deal with the List, whether a certain additional Column possibly is required and so on.

    When I myself see passing by an issue in the forum that was not obtained in the List but in my opinion should, I will add it to the List. Others are perfectly allowed to do this too, but I will scrutinize the justification to some degree (one goal : don’t overload PRT development). Regarding this, I just did the same with the original List which so gracefully was created by GraHal and which was so nicely provided with content by Kovit.

    If you recognize the Bug or Want entry, please add your forum name in the rightmost column. This is not a must per se, but it could emphasize the importance of the issue.

    I will add to the list myself too, which does not mean that I somehow have more rights to it. As a poster in the list I will be neutral. However, I have a long list under my hands already, which was never handed to PRT, so I may come across as profound; this is not intentional. I will soon start adding that list of my own, and you may use my issues as examples of the how and what, and what could be important or less (see Priority column). Also, as I am neutral, you can just as well debunk entries from me, which goes via the originating topics; is one of my own entries unjustified, this will be made clear in the topic of concern, and the issue will be set Solved.

    As I have indicated elsewhere, I will be communicating the List to PRT Support, BUT for now anticipating that the communication eventually will go implicitly. Thus, hopefully we can some as far as that PRT 2nd line support or even PRT Development is looking into the List on a daily basis. If an issue somehow requires additional outlay, I will try to do that with my own 1st line support. But hopefully the description in the topic of concern speaks sufficiently.


     

    If something needs to be changed in this first post of this topic, I would need to ask a moderator to do it. Thank you in advance !

    1 user thanked author for this post.
    #159162

    I have read above instructions, but just to clarify …

    Starting from today, we are encouraged to:

    1.   Raise a separate Topic for each Want. Type (Want) at end of Topic Title.
    2.   Raise a separate Topic for each Bug.    Type (Bug) at end of Topic Title.
    3.   Do not discuss Wants or Bugs on this Topic.  We can discuss the List on this Topic.
    #159163

    GraHal, completely as how I see it. But I am not alone here, PLUS the list is originally yours.

    We can discuss the List on this Topic.

    So that. 🙂

    And I guess it needs a kind of Sticky. But maybe there are too many of those already ? But without that, people may not even understand where the kind of “short” bugs topics originate.

    Type (Want) at end of Topic Title.

    I did not see the “(Want)” and “(Bug)” before, so maybe I missed that. But I will do that with my next one (coming up in 10).

    I also did not mention in each of my Wants/Bugs so far in the topic of concern, that it is in the list. And I think I announced that myself. Hmm. But also not sure how redundant that would be, knowing that later we can’t edit our topics any more. So maybe leave out that part.

    I really hope this is going to work out.

    #159564

    Any progress on PRT using the  V11 Wants & Bugs List. ?

    In my opinion, comments (from you and me) in this Topic should be short, regular and relevant (no chats between us two). Regular, so we keep this Topic at least on the 1st page of the Forum.

    Short so folks don’t think … Naah, I’ve not got time to read all that!  

    The first / original post may have gone down like a lead balloon?

     

    #159573

    Any progress on PRT using the  V11 Wants & Bugs List. ?

    Luckily I waited till today because at a last check this morning I found another 6 or so references to the V11 Bugs topic in general. Then I got distracted by work.
    I am waiting till lunch time is over and then I am going to call.

    1 user thanked author for this post.
    #159581

    Are we happy with priority 2’s put against Bugs in the List if only 1 x user is feeling the bug??

    Bearing in mind high priority is (hopefully) an immediate call for action by PRT … should we not keep high priorities for Bugs felt by many users?

    How about letting PRT enter their own priority in  column G of the Wants & Bugs List (PeterSt) … then we would have visibility of what is being worked on by PRT??

    PS 

    I just noticed a Bug that is marked Priority 2 in the Bugs List is marked resolved on PRC.

    #159582

    Are we happy with priority 2’s put against Bugs in the List if only 1 x user is feeling the bug??

    I don’t think this is not important. If the bug is there and it costs this one user 100K, yes, we are happy with a prio 1. Thus that is how I did it – the more important the bug is in absolute sense, the more priority it receives.

    should we not keep high priorities for Bugs felt by many users?

    In theory – sure ! but since nobody contributes explicitly, we can not work with that. As far as I can see I am the only one filling that column (see attached). Or is that not what you mean ?

    N.b.: The call has been made and all is arranged for / approved. Your remarks now hold me somewhat from sending it in. But I think it is fine ?

    #159592

    Okay I agree with above in general.

    Maybe you can change the priorities (in Column G) to what PRT are currently working on then that would be a good compromise all round?

    Reason: One Column in the List needs to show visibility of what PRT are working on … to give us all encouragement, but also to make it worth all this extra effort?  You could use Column G (as I suggext above) or add an extra Column – ‘PRT Priority’?

    #159600

    It won’t be easy (as we knew), but we need to persevere now we’ve started!

    Thought I’d tease out more detail to help with assigning priority … read the last few posts on the link.

    https://www.prorealcode.com/topic/historical-data-in-live-looks-wrong/#post-159595

    #159602

    Maybe you can change the priorities (in Column G) to what PRT are currently working on then that would be a good compromise all round?

    Yes, great idea. I still did not put it up to them in order to indeed make the best of it.
    Btw and FYI : I was asked whether it “then also” would be all right if 2nd Line or Development would feed back directly to me. I obviously said Yes and what will be fed back I will put in the list or the topics themselves, or … maybe they do that themselves. I don’t know yet. Earlier this afternoon I was preparing a guiding email for them, but I again got lost in …
    work 🙂

    So still good / better ideas to let this succeed ? … don’t hesitate ! Tomorrow morning it will be.

    1 user thanked author for this post.
    #159661

    Dear people – The List (see first post) is now in PRT’s hands.

    1 user thanked author for this post.
    #159886

    So will you be deleting entry 46 on the  V11 Wants & Bugs List. in light of the post below?

    https://www.prorealcode.com/topic/program-code-not-saved-bug/page/2/#post-159754

    A few other revisions needed, in my opinion …

    1.     Why have entries on the List if Bugs have been sorted and show a Y in Column H?
    2. Sorted Wants & Bugs should be moved to a sorted Sheet. 

    3.    We can now see after 10 days, that users are not going to complete Column J (to any extent that is meaningful) so this should be deleted?

    4.     Column I can be deleted, Wants & Bugs should be reported in the ProPlatform Forum and the post link takes us direct to source anyway.

    5.   Column K should be deleted and any reference to IB only entered in Comments at Column L.

    Reason I call for above is that I am putting myself in the shoes of PRT and the less clutter the better and the more chance we will get what we want sorted sooner!

    I will do above, I just need your agreement?

    #159887

    After the Column H, No’s are moved to Sheet – Resolved then there is no need for Column H, so delete.

    My suggestions in the two posts above will make the workbook a much better tool, details what is needed to assist PRT to make V11 even better than it already is!

    #159888

    So will you be deleting entry 46 on the  V11 Wants & Bugs List. in light of the post below? https://www.prorealcode.com/topic/program-code-not-saved-bug/page/2/#post-159754

    Huh ?
    Of course not ! Nobody with some sense of coding will understand (read : guess it works like this).
    Maybe we must start a topic about what is to be regarded a bug. 🙂 A bug is most certainly not something we finally after a dozen + posts are able to deal with. There’s the intuitive-factor as well.

    1.     Why have entries on the List if Bugs have been sorted and show a Y in Column H?

     

    Maybe I fell into your editing of the moment, but this is how I just found the sheet : (see attached)
    So, sorted, but also filtered. And I did not do that … … and just restored that.

    1. Sorted Wants & Bugs should be moved to a sorted Sheet. 

    I think that could be a good idea (less clutter). However, I would be looking for “where has that entry gone ?!?”. So I already had been think of giving the row another colour perhaps ?
    Not sure at all …

     Column I can be deleted, Wants & Bugs should be reported in the ProPlatform Forum and the post link takes us direct to source anyway.

    Agreed.

    Column K should be deleted and any reference to IB only entered in Comments at Column L.

    Agreed.

    Go ahead with it, but maybe think a bit more about the sheet for Solved. (I see that you already added the sheet itself).

     

    #159891

    I think a scale of 10 as priorities is far too many?

    I’d be happy with 3, but if you feel strongly, we could go for 5?

    We could easily define priority on a scale of 1 to 3 (5 is more work and 10 a pain?).

Viewing 15 posts - 1 through 15 (of 19 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login