After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 344927 - Wrong classification set by default
Wrong classification set by default
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
2.6.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
: 329770 331946 335440 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-06-14 23:19 UTC by Oscar Carlsson
Modified: 2013-09-10 14:04 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
Fixes the bug (1.44 KB, patch)
2006-06-15 05:25 UTC, Chenthill P
none Details | Review
Updated patch which would fix the similar problem in tasks (2.37 KB, patch)
2006-06-15 05:31 UTC, Chenthill P
committed Details | Review

Description Oscar Carlsson 2006-06-14 23:19:45 UTC
Please describe the problem:
When making a new appointement, classification says "Public", but when it's saved it jumps over to being "Private" instead.. As far as I can tell from the documentation it should be Public by default.

Steps to reproduce:
1. Create a new appointment.
2. Look at Classification, it's Public by default.
3. Save the appointment.


Actual results:
Open the new appointment again and look at Classification, it's now Private.

Expected results:
The classification should be Public, as step 2 said.

Does this happen every time?
Yes, happens every time.

Other information:
Leaving the setting at Public saves it incorrectly as Private, but when creating it changing it to Private then _back_ to Public, saves it correctly.
Comment 1 Oscar Carlsson 2006-06-14 23:21:11 UTC
#331946 might be related in some way.
Comment 2 André Klapper 2006-06-14 23:23:12 UTC
confirming for 2.7.3
Comment 3 Chenthill P 2006-06-15 05:25:54 UTC
Created attachment 67379 [details] [review]
Fixes the bug
Comment 4 Chenthill P 2006-06-15 05:31:54 UTC
Created attachment 67381 [details] [review]
Updated patch which would fix the similar problem in tasks
Comment 5 André Klapper 2006-06-18 10:54:22 UTC
*** Bug 329770 has been marked as a duplicate of this bug. ***
Comment 6 André Klapper 2006-06-18 10:55:15 UTC
does this also cover the similar problem in memos (see bug 345227)?
targetting to 2.6 as i already had a few duplicates on this.
Comment 7 Chenthill P 2006-06-22 05:31:36 UTC
*** Bug 335440 has been marked as a duplicate of this bug. ***
Comment 8 André Klapper 2006-07-11 00:30:10 UTC
*** Bug 331946 has been marked as a duplicate of this bug. ***
Comment 9 Harry Lu 2006-07-22 12:11:36 UTC
chen, when do you plan to check in the patch?
Comment 10 Chenthill P 2006-07-31 08:48:14 UTC
Harry, after the review comment.
Comment 11 Devashish Sharma 2006-07-31 09:32:21 UTC
Chen patch looks good, commit it to both head and stable please.
Comment 12 Chenthill P 2006-07-31 09:54:09 UTC
Fix has been committed to cvs HEAD nad gnome-2-14 branch.