Re: [Evolution-hackers] Introduction and Questions

2007-06-01 Thread Ross Boylan
On Thursday 31 May 2007 16:09, Jeffrey Stedfast wrote:
 On Thu, 2007-05-31 at 17:18 -0400, Jeffrey Stedfast wrote:
 [snip]

   Single namespace.  It's all INBOX.folder.subfolder.
   The one wrinkle is that in some cases 'folder' exists in the namespace,
   but is not an actual box or folder (whatever the right term is) on the
   server: INBOX.folder.subfolder is a real folder; INBOX.folder is not.
 
  I guess just a bug

 I don't have a build environment anymore so I can't easily test this
 patch, but perhaps i will fix your missing folder troubles.

I'm not sure that the names that aren't folders problem is causing any of the 
problems I'm seeing.  While such names don't appear in the folder list on the 
left pane, I also have plenty of ordinary folders that aren't appearing.  And 
the ghost folders, along with their children, do show up in the Folder| 
subscription dialogue.

evolution seems to insist on showing only subscribed folders, even when I 
disable the show only subscribed folders option.

Since the ghost folders aren't folders, there is no way I can subscribe to 
them.  So if I wanted to see only subscribed folders, that might create a 
problem.

I was able to start up evo under the debugger on the system that's having 
problems, and this time it worked.  Yay!

I put future breakpoints on camel_store_supports_subscriptions, and (following 
the location of the patches you provided)  imap4_build_folder_info.  I also 
put one on  imap_build_folder_info (a wild guess).

Unfortunately none of these were hit when evo started up and was deciding what 
to show.  I did hit the camel_store_support_subscriptions when I opened the 
Folders | subscriptions dialogue.

I tried creating an IMAP type account.  This did hit imap_build_folder_info, 
and it did show all my folders (including ghosts).  Performance seems pretty 
good.

I'm going to stop for now, while I'm ahead.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Proposed fix for bug 311512

2007-06-01 Thread Karl Relton
Review from anyone? ...



Hi friends

I have submitted new patches to bugzilla for bug

http://bugzilla.gnome.org/show_bug.cgi?id=311512


One changes e-d-s as Fejj suggested, the other does the Evolution side
so it will only do mail-notification on 'truely' new messages.

I'll be pleased if you could review.

Karl


On Thu, 2007-04-26 at 09:29 -0400, Jeffrey Stedfast wrote:
 not completely correct... 
 
 when you trigger an event on a CamelObject, it first fires the prep
 callback, which is what camel-folder.c:folder_changed() is (note that it
 returns bool)
 
 A prep event handler is the first handler called (event handlers are
 fired sequentially, in order of connection - /not/ in parallel) and gets
 to decide if the event propagates by returning TRUE (or FALSE if it
 should be blocked - that's how freeze/thaw works).
 


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Calendar Maintainership

2007-06-01 Thread Christian Kellner
Hey Hey everybody,

 It is with immense pleasure I announce that Christian Kellner joins
 Chenthill as Calendar Maintainer. He is popularly known as gicmo on
 IRC. Gicmo is already the maintainer of gnome-vfs. He is the author and
 the maintainer of evolution-scalix and the CalDAV provider for
 Evolution.

I am glad to be on board now as one of the Captains of Calendar now and
I hope I am going to be useful for Evo. ;-) I have a lot of various
ideas in my mind which I in cooperation with Chen will put on
go-evolution.org soon but for now I will try to fight bugzilla and see
what major issues are there and if there are neat patches laying around
we can apply.

Cheers and thanks,
Christian

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers