Merge lp://qastaging/~larsu/evolution-indicator/messaging-menu-fixes into lp://qastaging/evolution-indicator

Proposed by Lars Karlitski
Status: Needs review
Proposed branch: lp://qastaging/~larsu/evolution-indicator/messaging-menu-fixes
Merge into: lp://qastaging/evolution-indicator
Diff against target: 993 lines (+172/-550)
3 files modified
configure.ac (+1/-1)
src/evolution-indicator.c (+169/-548)
src/org-freedesktop-evolution-indicator.eplug.xml (+2/-1)
To merge this branch: bzr merge lp://qastaging/~larsu/evolution-indicator/messaging-menu-fixes
Reviewer Review Type Date Requested Status
Mathieu Trudel-Lapierre Pending
Review via email: mp+154833@code.qastaging.launchpad.net

This proposal supersedes a proposal from 2013-03-18.

Description of the change

A couple of minor fixes to lp:~twolife/evolution-indicator/eds-3.6_messaging-menu that I found while testing.

To post a comment you must log in.
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote : Posted in a previous version of this proposal

Seems to me like this would be a perpetuating a regression that we have since evo switched to a source registry: accounts won't be updated when added/removed or changed.

Consider adding the necesary code to watch the source registry signals described at https://developer.gnome.org/libedataserver/stable/ESourceRegistry.html#ESourceRegistry.signals in place of your TODO at line 688.

Otherwise, looks good :) Since the code itself looks fine and we already have the above regression, I'm approving the merge.

review: Approve
Revision history for this message
Lars Karlitski (larsu) wrote :

A couple of more fixes, please see the individual commits. (Sorry for munging everything together like this)

Mathieu, thanks for the pointer. Turns out we don't even need to listen to source changes, because we're only interested in sources that have new emails. r99 adds sources whenever a new mail event arrives.

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Does this still need to get merged?

Revision history for this message
Lars Karlitski (larsu) wrote :

If nobody cared this long then probably not?

Revision history for this message
Sebastien Bacher (seb128) wrote :

Unsure, but it looks like that or at least part got included in the package, the vcs might be outdated compared to what is in Ubuntu.

Unmerged revisions

103. By Lars Karlitski

Use new-style GtkBox constructors

102. By Lars Karlitski

Declare update_unity_launcher_count before first use

101. By Lars Karlitski

e_plugin_get_configure_widget: return NULL instead of an empty widget

To get rid of warnings about deprecated gtk functions.

100. By Lars Karlitski

Use GMutex instead of the deprecated GStaticMutex

99. By Lars Karlitski

Update the list of accounts on-the-fly

We don't need any information about sources until new messages arrive. Create
the account objects then, instead of listening to "source-added" and
"source-removed" signals.

98. By Lars Karlitski

Remove n_accounts global variable

It gets in the way of the next patch.

97. By Lars Karlitski

Use evolution's uids instead of self-assembled urls as message source identifiers

This simplifies the code and fixes a bug: all POP accounts got the url "pop:",
making them show up as the same entry in the messaging menu.

96. By Lars Karlitski

update_accounts: fix memory leak

95. By Lars Karlitski

update_accounts: move name and url fetching into separate function

Also removes some unnecessary string allocations and a memory leak.

94. By Lars Karlitski

update_accounts: recreate accounts list from scratch

This function is only ever called when the global 'accounts' list is NULL,
there's no need to check for existing accounts.

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
The diff is not available at this time. You can reload the page or download it.

Subscribers

People subscribed via source and target branches