[ngw] A couple of GW2012 issues
kwoolf at novell.com
Mon Apr 16 16:28:53 UTC 2012
Sorry for the delay (I was out last week), but here's the answer to your question from our QA team:
Using the "Accept All Day events I send to myself as" option and if this is set to "Busy" as indicated in previous message, then any "All day" item they send to themselves will show as "Busy" when anyone does a busy search on them for that day. If this was an "All day" item received by them, then it would show as "Free" by default, unless changed by the sender before they sent it or if they don't go change it to "Busy" or "Out of Office" after receiving it. The recipient can always go change any "All Day" item to "Show As" whatever busy state they want. If I am sending an "All day" item to someone and I WANT it to show as "Busy", then I would change this before I send the all day event (this would typically be done by a manager or supervisor that would have that authority, otherwise, I would not usually be marking a recipient as being busy all day.)
>>> "Bruce Perrin" <Bruce.Perrin at lbb.state.tx.us> 4/6/2012 5:22 AM >>>
Thanks for the info. I do have a comment/question for the development team on scenario 1:
Say someone is doing a busy search to set up a meeting and one or more of the folks they want to attend has an "all day" event on their calendar. They don't show up as busy, so they get invited to the meeting. The meeting organizer has no idea that the won't be there.
I'm guessing that most people would think that if they are out "all day" their calendar should reflect that they are not available.
Unless of course I am totally misunderstanding the explanation below....
>>> "Kari Woolf" <kwoolf at novell.com> 4/5/2012 3:13 PM >>>
Thanks for posting this. I sent it to our testing team and got the information listed in blue below to share with you. Hope it helps...
>>> "Bruce Perrin" <Bruce.Perrin at lbb.state.tx.us> 4/5/2012 2:10 PM >>>
We are doing an internal BETA before rolling the client to our user base. So far, our test group has found 2 issues that I can duplicate in production and on a fresh test system.
Issue 1: All day appointment shows as free:
Background: We set our clients to "accept all day appointments sent to yourself as:" "busy" (tools|options|calendar).
User clicks on "New Appt". The appointment defaults to "busy". But check the "All day event" box and it changes from "busy" to "free". Un-checking the "All day event" box changes the appointment back to "busy"
This is working as designed in that we default "All Day Events" to Free so that your "All-Day" events are not showing as "Busy" in a user's calendars and in busy search. This is why we have the option mentioned to choose how to accept them in your own mailbox. Although this changes in the appt creation, this is the status that will arrive in all recipients mailbox and if you send to yourself, it will be accepted as "Busy" as specified in your options in your calendar. Most "All Day" events are sent for Information only (sender on vacation, out of office traveling, sick ) and are not intended to block out the entire day as busy for all recipients in their calendars. For this reason, the default is set to Free on creation unless the sender specifically changes this before they send.
Issue 2: Duplicate appointments to a resource are accepted
Background: We use resources extensively . All of our resources have a rule that automatically declines an appointment sent to it if there is a scheduling conflict. These have been working properly for years.
User A creates an appointment and sends it to several users and a resource. Since there is no scheduling conflict, the appointment is accepted by the resource.
User A realized that user B was left off of the original appointment. User A opens the appointment, but cannot find the 'resend' option (it's gone in GW12- you use edit). Since user A did not pay attention, or ASK anyone how to modify an appointment, User A chooses "duplicate" in the actions menu.
User A adds user B to the recipient list and clicks "send" An appointment conflict pops up that there are scheduling conflicts, and asks do you want to send anyway? User A clicks "yes".
Now everyone has a duplicate appointment at the same time (expected). The resource ALSO accepts the appointment- disregarding the conflicting appointments rule (not expected)
The best way to accomplish what the user was trying to do here would be to choose "Edit" and just add the new user that was originally left off the distribution list. This will update all other recipients with the new user listed as well as the resource and if already accepted, those users will not have to re-accept the item (the new recipient will, of course, receive a new item). Choosing "Duplicate" uses the current item as a template in creating a new Appt and since the new item is at the same time, it does not cause a conflict for the resource because it sees this item as the same item as already scheduled. This is a minor bug that will be entered and prioritized.
Our back end is all GW2012, and the test users are GW12 Shipping code.
Can anyone else recreate these?
Thanks in advance
This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you have received this e-mail in error, any disclosure, copying, distribution, or use of this communication is prohibited and we request that you contact us by reply email or call us at 415-898-1555, and then destroy all copies of our original message and any attachments.
More information about the ngw