BBO Discussion Forums: vugraph's problems - BBO Discussion Forums

Jump to content

Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

vugraph's problems I was vugraph operator this afternoon.

#1 User is offline   Patapon 

  • PipPipPip
  • Group: Full Members
  • Posts: 82
  • Joined: 2003-March-20
  • Gender:Female
  • Location:Paris

Posted 2007-January-26, 20:34

I was vugraph operator this afternoon.
I added +++ on the vugraph’s profile.

A bug happened I think.

Many people asked me to stop sending these automated messages they recieved.
I told them this message occurred when they tried to chat to the kibs and that I couldn’t control them but they said it happened even when they chatted with a friend.
Two other persons who were watching the broadcast at the FFB came to me also to report the same bug. Each time they chatted to a friend they received the automate message.
I will try to replicate the bug…

Another thing I wanted to point out (not a bug) is the problem with the claim:

1)The claim button is on the toolbar at bottom of the screen but then the claim window always appears on the top left of the screen It should be practical if the claim window appeared just near the claim button( and this not only when you are operator but every where on BBO when playing)

2)When, being operator you claim the wrong number of tricks( yes Roland it happens sometimes even to the best operators! B) ) there is no way to correct it When you enter the correct claim through the movie, then all disappears.Bidding and carding are not available anymore. Is there a way to change this so that the movie doesn’t disappear when you claim wrong( undo isn’t available here)
0

#2 User is offline   nickf 

  • PipPipPipPipPip
  • Group: Yellows
  • Posts: 774
  • Joined: 2003-June-07
  • Location:Chatswood, Sydney

Posted 2007-January-26, 23:52

in regard to losing the auction and the play, Susan Doty showed me a neat trick to get around the problem.

First, save the hand that was claimed incorrectly.

then correct the score.

after the session, edit the lin file using a text editor and cut and paste the auction and play from the saved .lin

It sounds a bit cumbersome, but its important to retain the integrity of the data, especially for the Vugraph archives.

nickf
sydney
.

#3 User is offline   mrdct 

  • PipPipPipPipPipPip
  • Group: Advanced Members
  • Posts: 1,448
  • Joined: 2003-October-27
  • Gender:Male
  • Location:Moama, NSW

Posted 2007-January-28, 05:15

I was operating the NOT from Canberra on Friday and Saturday and all sorts of strange things were happening. For example:

- receiving chat messages from people who weren't watching vugraph that were clearly intended for other people and/or tables in tourneys or MBC.

- v5.0.3 did a forced download and instal at least 10 times on one of the laptops.

- freezes when a fast claim is made.

While making software improvement suggestions for vugraph, my top 3 are:

- do something with the "B, O or C" option during hand-loading to make it more idiot-proof - possibly an "Are you sure?" pop up-when people choose "B" for Both when they are trying to do two-table coverage, which of course is wrong because you only selection B for single-table coverage.

- a reconfirm pop-up for claims that re-expresses the claim differently and gives the proposed score before the operator commits to it.

- ability to edit team names and carry-fwd scores after the show has started.
Disclaimer: The above post may be a half-baked sarcastic rant intended to stimulate discussion and it does not necessarily coincide with my own views on this topic.
I bidding the suit below the suit I'm actually showing not to be described as a "transfer" for the benefit of people unfamiliar with the concept of a transfer
0

#4 User is offline   Patapon 

  • PipPipPip
  • Group: Full Members
  • Posts: 82
  • Joined: 2003-March-20
  • Gender:Female
  • Location:Paris

Posted 2007-January-28, 07:37

oh yes it happened to me also, I forgot to tell- (I used 5.0.4)
I received many chat messages from people who were playing in the main bridge club or tournaments and this is clear that it is a bug and not a mistake of the people who send this chats...

I also noticed( but this isn't new) that a too fast redeal after a claim freezes the system and most of the time, just cancell the records and the movie as if hadn't played it.

I agree with mrdct's suggestion of improvement.

The way to make and save profiles for the players should be imrpoved too:

When you make profiles for the players they are saved only on the computer you used to do this and you need to transfert the file on the computer of the other room(or re-write the entire profile): It would be if this profiles could be saved on bbo and used from any computer.(Especially useful for events like BB or European Champioship)

Another problem is that you have to enter the name with a right click on it if you want to get the profile.
If you try with a left click you jsut lost the profile(for ever!) you had saved!
Very unpleasant :angry:
0

#5 User is offline   fred 

  • PipPipPipPipPipPipPip
  • Group: Advanced Members
  • Posts: 4,599
  • Joined: 2003-February-11
  • Gender:Male
  • Location:Las Vegas, USA

Posted 2007-January-28, 09:08

mrdct, on Jan 28 2007, 11:15 AM, said:

- freezes when a fast claim is made.

What does this mean?

Please provide details of what you see when you are in this state, what you are unable to do in this state (type, or click for example) and how you recover from this state.

Thanks,

Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
0

#6 User is offline   mrdct 

  • PipPipPipPipPipPip
  • Group: Advanced Members
  • Posts: 1,448
  • Joined: 2003-October-27
  • Gender:Male
  • Location:Moama, NSW

Posted 2007-January-28, 14:46

Opening lead was made and declarer claimed immediately. I clicked "claim", adjusted the number of tricks to what had been claimed and then clicked "Ok". The "Waiting For Response from Server" pop-up appeared and stayed there. Couldn't click on anything in BBO and the only way to get out of it was to close the application through task manager.
Disclaimer: The above post may be a half-baked sarcastic rant intended to stimulate discussion and it does not necessarily coincide with my own views on this topic.
I bidding the suit below the suit I'm actually showing not to be described as a "transfer" for the benefit of people unfamiliar with the concept of a transfer
0

#7 User is offline   Walddk 

  • PipPipPipPipPipPipPip
  • Group: Advanced Members
  • Posts: 4,190
  • Joined: 2003-September-30
  • Location:London, England
  • Interests:Cricket

Posted 2007-January-28, 15:03

mrdct, on Jan 28 2007, 01:15 PM, said:

- do something with the "B, O or C" option during hand-loading to make it more idiot-proof - possibly an "Are you sure?" pop up-when people choose "B" for Both when they are trying to do two-table coverage, which of course is wrong because you only selection B for single-table coverage.

I am sure Fred will agree that this would be an improvement. It is far from obvious that you must not click on "B" when you do want a dual table coverage. Many operators think that "B" stands for "Both" = "Both tables will be up". One can hardly blame them.

Yes, all organisers have (or at least have received) our technical instructions. However, it is a sad fact they can't always be bothered to go through all the "details". Besides, operators rarely get the practise we recommend (demand is perhaps a better word) in our guidelines.

Roland
It's nice to be important, but it's more important to be nice
0

#8 User is offline   Gerardo 

  • PipPipPipPipPipPip
  • Group: Admin
  • Posts: 2,493
  • Joined: 2003-February-12
  • Gender:Male
  • Location:Dartmouth, NS, Canada

Posted 2007-January-28, 15:51

Maybe ask "what table results will you take care of?"?

#9 User is offline   fred 

  • PipPipPipPipPipPipPip
  • Group: Advanced Members
  • Posts: 4,599
  • Joined: 2003-February-11
  • Gender:Male
  • Location:Las Vegas, USA

Posted 2007-January-28, 19:05

mrdct, on Jan 28 2007, 08:46 PM, said:

Opening lead was made and declarer claimed immediately. I clicked "claim", adjusted the number of tricks to what had been claimed and then clicked "Ok". The "Waiting For Response from Server" pop-up appeared and stayed there. Couldn't click on anything in BBO and the only way to get out of it was to close the application through task manager.

You might see the same thing if your connection got dropped and your BBO client had not realized this yet.

Has this happened more than once? Does it only happen in the middle of a claim?

Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
0

#10 User is offline   fred 

  • PipPipPipPipPipPipPip
  • Group: Advanced Members
  • Posts: 4,599
  • Joined: 2003-February-11
  • Gender:Male
  • Location:Las Vegas, USA

Posted 2007-January-28, 19:09

Walddk, on Jan 28 2007, 09:03 PM, said:

mrdct, on Jan 28 2007, 01:15 PM, said:

- do something with the "B, O or C" option during hand-loading to make it more idiot-proof - possibly an "Are you sure?" pop up-when people choose "B" for Both when they are trying to do two-table coverage, which of course is wrong because you only selection B for single-table coverage.

I am sure Fred will agree that this would be an improvement. It is far from obvious that you must not click on "B" when you do want a dual table coverage. Many operators think that "B" stands for "Both" = "Both tables will be up". One can hardly blame them.

Yes, all organisers have (or at least have received) our technical instructions. However, it is a sad fact they can't always be bothered to go through all the "details". Besides, operators rarely get the practise we recommend (demand is perhaps a better word) in our guidelines.

Roland

B does stand for "both" and that's what it means - a "B" operator is responsible for the results at both tables of a team match. The other options are "O" (responsible for only Open Room results) and "C" (responsible for only Closed Room results).

I would have thought that this would not be so difficult especially if the operator in question read the instructions carefully and practiced before the actual match as we suggest they do.

But apparently I am wrong about this so I will try to improve this for a future version.

Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
0

#11 User is offline   dogsbreath 

  • PipPipPipPip
  • Group: Full Members
  • Posts: 281
  • Joined: 2003-March-28
  • Location:Belfast,N.Ireland
  • Interests:bridge,golf,cricket,baseball, ironing (?)

Posted 2007-January-28, 20:58

hi

I cant tell if it's relevant to this problem but i recently reported another 'claim' bug but havent seen any reply yet.. while kibbing a team match a contract of 7nt was bid.
Declarer made a claim on the opening lead (perfectly vald .. 15 top tricks) which was acceted by the defenders. However, the pop-up that displays '<declarer_name>'s claim of xx tricks was....' contained my login-name rather than that of the declarer.
I was the only kibber at the time. I was unable to ask the players what they saw due to normal restrictions on kibber-chat in team games.

rgds Dog
ManoVerboard
0

#12 User is offline   mrdct 

  • PipPipPipPipPipPip
  • Group: Advanced Members
  • Posts: 1,448
  • Joined: 2003-October-27
  • Gender:Male
  • Location:Moama, NSW

Posted 2007-January-30, 04:19

fred, on Jan 28 2007, 08:05 PM, said:

mrdct, on Jan 28 2007, 08:46 PM, said:

Opening lead was made and declarer claimed immediately.  I clicked "claim", adjusted the number of tricks to what had been claimed and then clicked "Ok".  The "Waiting For Response from Server" pop-up appeared and stayed there.  Couldn't click on anything in BBO and the only way to get out of it was to close the application through task manager.

You might see the same thing if your connection got dropped and your BBO client had not realized this yet.

Has this happened more than once? Does it only happen in the middle of a claim?

Fred Gitelman
Bridge Base Inc.
www.bridgebase.com

We were certainly having some connection problems at the time this happened with a very long wait for the server to respond between bids - so that may be the cause of the problem. It happened two or three times on Friday night (Sydney time).

The only other time I've seen something vaguely similar was when I was running a teams match and subbed a player at the same time that a claim was being made by one of the players which caused everything to freeze-up and then the claim dialog box remained on the screen for the players for the rest of the match.
Disclaimer: The above post may be a half-baked sarcastic rant intended to stimulate discussion and it does not necessarily coincide with my own views on this topic.
I bidding the suit below the suit I'm actually showing not to be described as a "transfer" for the benefit of people unfamiliar with the concept of a transfer
0

#13 User is offline   mrdct 

  • PipPipPipPipPipPip
  • Group: Advanced Members
  • Posts: 1,448
  • Joined: 2003-October-27
  • Gender:Male
  • Location:Moama, NSW

Posted 2007-January-30, 04:28

fred, on Jan 28 2007, 08:09 PM, said:

B does stand for "both" and that's what it means - a "B" operator is responsible for the results at both tables of a team match. The other options are "O" (responsible for only Open Room results) and "C" (responsible for only Closed Room results).

I would have thought that this would not be so difficult especially if the operator in question read the instructions carefully and practiced before the actual match as we suggest they do.

But apparently I am wrong about this so I will try to improve this for a future version.

Fred Gitelman
Bridge Base Inc.
www.bridgebase.com

I worked out the "B", "O" and "C" thing using the "read the instructions" technique, but sadly for vugraph fans it is still the most common error that operators make.

If you are going to rework the way the hand loading part of the software for vugraph, I'd suggest a single window into which the operator would enter all the opening info and then click OK, after which the software confirms a few things such as:

- The first board isn't "1", so why isn't there any carry forward?
- You have selected "B" coverage, which means one operator will be entering the results from both tables, is that right?
Disclaimer: The above post may be a half-baked sarcastic rant intended to stimulate discussion and it does not necessarily coincide with my own views on this topic.
I bidding the suit below the suit I'm actually showing not to be described as a "transfer" for the benefit of people unfamiliar with the concept of a transfer
0

Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

13 User(s) are reading this topic
0 members, 13 guests, 0 anonymous users