Public bug reported:
Click on reply, then, from the menu of this new window, click on Print
Preview. The Print dialog box will appear, instead of the print
preview dialog.
ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: evolution 3.6.2-0ubuntu3
ProcVersionSignature: Ubuntu
I can add that it also happens on sFTP, not only on SMB connections to
servers.
And let me add that the version 4.0.2 from ppa:libreoffice/libreoffice-4-0 for
Raring works.
I really hope 4.0.2 will do it into Raring.
--
You received this bug notification because you are a member of Ubuntu
Note that Evolution has had a --force-shutdown argument on the command-
line for a long time which, when executed, kills all Evolution-related
processes running as the same user.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
Parole uses Xv output by default, but some drivers do not support it, or it is
not enabled.
Though, you might tell Parole not to use Xv at all, with its --xv false
command-line option. This setting is permanent, up to when you enable it back
using --xv true.
Reference:
I could in the end test the 2.12 from PPA.
It does not improve the situation.
Reproducing is very easy: select many pictures at once, then press on F2 and
wait for minutes at 100% CPU for the dialog to appear. Then, the rename itself
is pretty fast.
I would say that it is reading every
Actually I even tested the 2.13 without more success.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gthumb in Ubuntu.
https://bugs.launchpad.net/bugs/663188
Title:
pictures renaming slower
--
desktop-bugs mailing list
I usually report them myself upstream, but in this case, as I had
already seen a change in Ubuntu (reverted to old behaviour in Lucid
Lynx), I was not sure anymore it was not a local Ubuntu diversion.
Thanks
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
Public bug reported:
Binary package hint: gthumb
Early in the Lucid Lynx release process, the rename feature dialog of Gthumb
changed to a new one, which was vastly slower than the previous one.
In the very last days before Lucid's release, it was reverted back to the old
rename dialog.
The
Forwarded upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=632536
** Bug watch added: GNOME Bug Tracker #632536
https://bugzilla.gnome.org/show_bug.cgi?id=632536
--
Evolution fails to add a contact list to a LDAP server
https://bugs.launchpad.net/bugs/595037
You received this bug
** Changed in: evolution
Importance: Undecided = Unknown
** Changed in: evolution
Status: New = Unknown
** Changed in: evolution
Remote watch: None = GNOME Bug Tracker #632536
--
Evolution fails to add a contact list to a LDAP server
https://bugs.launchpad.net/bugs/595037
You
Public bug reported:
Binary package hint: evolution
Evolution does not honor GNOME/CUPS default printer.
While you can circumvent this using a .lpoptions in user's home, this is not
something I would call user-friendly.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: evolution
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/50426284/Dependencies.txt
--
Evolution does not honor default printer
https://bugs.launchpad.net/bugs/595032
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
Public bug reported:
Binary package hint: evolution
Evolution cannot add a contact list to a (Open)LDAP server.
Adding the same contact list to a local addressbook works nicely.
While I guess this could be related with the schemas used on the LDAP server, I
think the error message in Evolution
Done.
--
evolution crashed with SIGSEGV in strtoul()
https://bugs.launchpad.net/bugs/339169
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
Using http://www.gnome.org/~sragavan/evolution-rebuild-summarydb stated that my
DB was corrupt:
$ ./evolution-rebuild-summarydb
Rebuilding Table ./local/folders.db
Rebuilding Table ./vfolder/folders.db
Rebuilding Table ./imap/jwarn...@mail.b.n/folders.db
SQL error: database disk image is
Le jeudi 18 octobre 2007 à 13:50 +, Sebastien Bacher a écrit :
upstream argue that's a server bug and not an evolution one
Read my report: it occurs on both Dovecot and Courier IMAP servers on
Debian Etch, and does not occur on the same servers with Evolution from
Debian Etch or Sid.
Sebastien Bacher wrote:
Changing the setting will not make the bug fixed faster, there is
thousand of people using evolution and sending and receiving hundred of
mails a week without any issue. The bug has no duplicate and very few
subscriber, it's not easy to work on it for somebody not
Simon Hepburn wrote:
Some further info:
[..]
The mail account in question is with blueyonder.co.uk (now virginmedia).
They use Microsoft SMTPSVC. I have another IMAP account with webmail.us
and have never experienced this bug with them. They run Dovecot. Is this
an IMAP server workaround
Here is more info:
I've changed the IMAP server to Dovecot, and the exact same problem occurs, no
better, no worst.
I started Evolution with CAMEL_DEBUG=1, and when it occurs, I get the following
error message:
(evolution-2.10:8724): camel-WARNING **: camel_exception_get_id calledwith NULL
status confirmed
--
Jérôme Warnier
FLOSS Consultant
http://beeznest.net
--
Loses e-mails when moving accross IMAP folders
https://bugs.launchpad.net/bugs/117896
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs
I'm sorry, but I'm going tomorrow by the end-users to gather more information.
Please reopen it until Friday.
--
Loses e-mails when moving accross IMAP folders
https://bugs.launchpad.net/bugs/117896
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a
Public bug reported:
On Ubuntu 7.04 Feisty Fawn, Evolution silently loses e-mails while moving
between IMAP folders (on the same server).
The server is a Debian Etch with Courier IMAP (4.1.1.20060828-5) on the LAN.
Problem is triggered even with filter rules, whenever they move e-mails
between
Yes, it is fully reproducible, even if random. You cannot move 20 mails
without losing any, and sometimes even moving one at a time leads to
loss.
Maybe the problem is related to Courier IMAP, but other clients on the
same server, and even from the same client do not show this behaviour.
In case
23 matches
Mail list logo
