Closed Bug 401263 Opened 17 years ago Closed 16 years ago

Event privacy set to "private" by default; should be set to "default" instead

Categories

(Calendar :: Provider: GData, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: anorowitz, Unassigned)

References

Details

(Whiteboard: [gdata-0.4])

User-Agent:       Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; .NET CLR 1.1.4322)
Build Identifier: 0.3

If I create an event from Lightning without specifying the privacy status, the privacy status is set to "private" on the Google calendar. This can be changed so that the default privacy is "public," as documented in on the Calendar:GDATA Provider wiki page:

http://wiki.mozilla.org/index.php?title=Calendar:GDATA_Provider&oldid=72031#Why_can.27t_I_configure_any_options_in_the_Extension_Manager.3F

If I create an event from the Google calendar web interface, however, the default event status is "default."

I believe it would be appropriate if GDATA Provider behaved in the same way, and set the privacy status to "default" by default.

I have found that I can obtain this functionality by setting the calendar.google.defaultPrivacy option within Thunderbird to "default."

Unfortunately, this workaround is difficult to implement when Lightning with the GDATA provider is deployed for a large number of users.

Reproducible: Always

Steps to Reproduce:
Create a new event on a Google calendar from within Lightning (using the GDATA provider). Do not specify the privacy status (Options > Privacy) of this event.
Actual Results:  
The event is created with the privacy status "private".

Expected Results:  
The event should be created with the privacy status "default".
Yes, I am aware of this. There are some problems though:

The event dialog has three statii for the privacy: Public,Private and "Show time and date only". If none of these options is chosen, then the privacy field is empty. This empty state might be a good way to set "default", *but* there is no way to return to this default state if one of then options is chosen.

If you want to deploy gdata to a large number of users and set the default privacy value to default, you should be able to change the default value in the prefs.js file in the xpi.

I might be able to get away with modifying the event dialog to show a default option. The problem is that there is no way to retrieve the default, its only set in the Google UI, so there is no way to show the user what happens when "default" is chosen.
Status: UNCONFIRMED → NEW
Ever confirmed: true
If I start adding menu items, I'd prefer to have bug 389088 done first, which is only awaiting review. This patch creates files that I would create in a patch here too.
Depends on: 389088
Philipp Kewisch,

Thanks for the reply. Please read below for my perspective.

(In reply to comment #1)
> Yes, I am aware of this. There are some problems though:
> The event dialog has three statii for the privacy: Public,Private and "Show
> time and date only". If none of these options is chosen, then the privacy field
> is empty. This empty state might be a good way to set "default", *but* there is
> no way to return to this default state if one of then options is chosen.

I have noticed this, but I consider this a minor issue rather than a serious problem. If necessary, a user can always login to the Google calendar web interface and set the event back to "Default."

> If you want to deploy gdata to a large number of users and set the default
> privacy value to default, you should be able to change the default value in the
> prefs.js file in the xpi.

Unfortunately I wasn't able to find any prefs.js file within provider_for_google_calendar-0.3-tb+sb.xpi. Do I need to create one?

The understanding I had was that there is a prefs.js in the user's Thunderbird profile, but not a separate prefs.js for each add-on.

I have tried modifying the calGoogleUtils.js file directly to replace:

            item.privacy = getPrefSafe("calendar.defaultprivacy",
                                       "private").toUpperCase();

with:

            item.privacy = getPrefSafe("calendar.defaultprivacy",
                                       "default").toUpperCase();

This works fine, until Thunderbird finds a new update available and prompts the user to install the update. If the user installs the update, the change is reverted.

> I might be able to get away with modifying the event dialog to show a default
> option. The problem is that there is no way to retrieve the default, its only
> set in the Google UI, so there is no way to show the user what happens when
> "default" is chosen.

That's true, but I see this as a minor issue. Users can always login to the Google calendar web interface and view their sharing preferences to determine what "Default" means.

In any event, I greatly appreciate your work on GData Provider. GData Provider (along with SyncMyCal for Outlook) makes Google Apps a viable calendar sharing solution for my company, which provides me a solution to a very difficult problem!
The patch attached to bug 379029 will fix this.
Depends on: 379029
No longer depends on: 389088
Fixed by checkin for bug 379029.
Status: NEW → RESOLVED
Closed: 16 years ago
OS: Windows Vista → All
Hardware: PC → All
Resolution: --- → FIXED
Whiteboard: [gdata-cvs]
Target Milestone: --- → 0.8
Whiteboard: [gdata-cvs] → [gdata-0.4]
You need to log in before you can comment on or make changes to this bug.