Re: [Evolution] Evolution 3.38.3-1 crash

2022-01-17 Thread Milan Crha via evolution-list
On Mon, 2022-01-17 at 13:05 -0800, Van Snyder wrote:
> Of course, I can't reproduce the message here, because evolution
> crashes when it tries to open it. I had to be very quick to delete
> it, but I eventually succeeded in being able to use evolution again.

Hi,
Evolution may disable the message preview when it realizes it crashed,
but if it did not for you for some reason, then:

  $ evolution --disable-preview

can help.

> The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
> (Details: serial 163258 error_code 9 request_code 139 (RENDER)
> minor_code 4)
> (Note to programmers: normally, X errors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the GDK_SYNCHRONIZE environment
> variable to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gdk_x_error()
> function.)

The backtrace you provided has missing debug symbols, it's not much
useful. It only shows that the application crashed when gtk3 was
drawing the content, calling WebKitGTK with it, which calls cairo.
Knowing versions of these libraries would help.

Did you try to follow the instructions from the crash message (quoted
above), please? I'm afraid you'd need to install debuginfo packages at
least for gtk3/gdk3 and ideally also cairo and glib2 and evolution-
data-server with evolution (even the last two are not part of the
provided backtrace). I won't install debuginfo package for the
WebKitGTK, it's just too large.

Having that installed just run Evolution under gdb and get the
backtrace and then backtrace for all threads, to see what it does. The
command might look like this:

   $ GDK_SYNCHRONIZE=1 gdb --batch evolution --ex "b gdk_x_error" \
--ex r --ex bt  --ex "t a a bt" --ex q

Please check the output for any private information, like passwords,
email addresses, server addresses,... I usually search for "pass" at
least (quotes for clarity only).

Bye,
Milan

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


[Evolution] Evolution went offline, and will not go back online

2022-01-17 Thread jg60 via evolution-list
Had an ISP network issue that caused Evolution to go offline, with message
of:

Evolution is currently offline due to a network outage.
Evolution will return to online mode once a network connection is
established.

However ISP returned service to normal over 10 hours ago, and evolution
still offline.

I opened File -> Work Online, but "Work Online" is grayed out. I exited
evolution and restarted it, and still offline.

Any suggestions?

OS: Debian buster (10.11)
Evolution version: 3.30.5-1.1

Best regards,
John
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


[Evolution] Evolution 3.38.3-1 crash

2022-01-17 Thread Van Snyder
Evolution 3.38.3-1 crashed when it tried to open one message. Of
course, I can't reproduce the message here, because evolution crashes
when it tries to open it. I had to be very quick to delete it, but I
eventually succeeded in being able to use evolution again.

Operating System: Debian GNU/Linux 11
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.78.0
Qt Version: 5.15.2
Kernel Version: 5.10.0-9-amd64
OS Type: 64-bit
Processors: 4 × Intel® Core™ i3 CPU 530 @ 2.93GHz
Memory: 3.7 GiB of RAM
Graphics Processor: llvmpipe

(evolution:1347451): Gdk-ERROR **: 12:33:38.495: The program
'evolution' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
(Details: serial 163258 error_code 9 request_code 139 (RENDER)
minor_code 4)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error()
function.)
--Type  for more, q to quit, c to continue without paging--

Thread 1 "evolution" received signal SIGTRAP, Trace/breakpoint trap.
0x771f5abb in g_log_writer_default ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
(gdb) bt
#0 0x771f5abb in g_log_writer_default ()
at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1 0x771f3c67 in g_log_structured_array ()
at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x771f4762 in g_log_structured_standard ()
at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x734e5bca in () at /lib/x86_64-linux-gnu/libgdk-3.so.0
#4 0x734f2f53 in () at /lib/x86_64-linux-gnu/libgdk-3.so.0
#5 0x72474864 in _XError () at /lib/x86_64-linux-
gnu/libX11.so.6
#6 0x72471327 in () at /lib/x86_64-linux-gnu/libX11.so.6
#7 0x724713c5 in () at /lib/x86_64-linux-gnu/libX11.so.6
#8 0x7247262d in _XReply () at /lib/x86_64-linux-
gnu/libX11.so.6
#9 0x7246de2b in XSync () at /lib/x86_64-linux-gnu/libX11.so.6
#10 0x7246decb in () at /lib/x86_64-linux-gnu/libX11.so.6
#11 0x724751ef in () at /lib/x86_64-linux-gnu/libX11.so.6
#12 0x7fffed0c4b45 in XRenderCreatePicture ()
at /lib/x86_64-linux-gnu/libXrender.so.1
#13 0x72383fe1 in () at /lib/x86_64-linux-gnu/libcairo.so.2
#14 0x72381e29 in () at /lib/x86_64-linux-gnu/libcairo.so.2
#15 0x7235f9b1 in () at /lib/x86_64-linux-gnu/libcairo.so.2
#16 0x7235fdb4 in () at /lib/x86_64-linux-gnu/libcairo.so.2
#17 0x7230641e in () at /lib/x86_64-linux-gnu/libcairo.so.2
#18 0x72382dd1 in () at /lib/x86_64-linux-gnu/libcairo.so.2
#19 0x7235785e in () at /lib/x86_64-linux-gnu/libcairo.so.2
#20 0x7230ed75 in () at /lib/x86_64-linux-gnu/libcairo.so.2
#21 0x72307dca in () at /lib/x86_64-linux-gnu/libcairo.so.2
#22 0x7236507a in cairo_fill () at /lib/x86_64-linux-
gnu/libcairo.so.2
#23 0x7458f775 in () at /lib/x86_64-linux-gnu/libwebkit2gtk-
4.0.so.37
#24 0x74513800 in () at /lib/x86_64-linux-gnu/libwebkit2gtk-
4.0.so.37
#25 0x7790d654 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#26 0x776e1b95 in gtk_container_propagate_draw ()
at /lib/x86_64-linux-gnu/libgtk-3.so.0
#27 0x776e1c9d in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#28 0x778fe151 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#29 0x776e6f6d in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#30 0x776ec881 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#31 0x778fef3d in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#32 0x7790d654 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#33 0x776e1b95 in gtk_container_propagate_draw ()
at /lib/x86_64-linux-gnu/libgtk-3.so.0
#34 0x776e1c9d in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#35 0x7783c8e9 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#36 0x776e6f6d in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#37 0x776ec881 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#38 0x7783a871 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#39 0x7790d654 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#40 0x776e1b95 in gtk_container_propagate_draw ()
at /lib/x86_64-linux-gnu/libgtk-3.so.0
#41 0x776e1c9d in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#42 0x77692eb4 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#43 0x776e6f6d in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#44 0x776ec881 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#45 0x77695831 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#46 0x7790d654 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#47 0x776e1b95 in gtk_container_propagate_draw ()
at /lib/x86_64-linux-gnu/libgtk-3.so.0
#48 0x776e1c9d in () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#49 0x77692eb4 

Re: [Evolution] Strange result from copying

2022-01-17 Thread Adam Tauno Williams
> I think it's an artifact of some web page generators maybe switching
> to UTF-8.
> I also noticed that in some cases, highlighting a paragraph, copying
> to the clipboard (Ctrl-C), and trying to paste it (Ctrl-V) does
> nothing.
> The workaround for both of these is not to select the last character
> of the paragraph.

Yes, true of all applications, all platforms: Copy-n-paste from web
browsers is broken.

Also there are security issues from copy-n-paste from web browsers.

I bounce-paste everything from a web browser through my text editor. 
That is the only way, there is no other solution to this problem, the
problem is web browsers.

-- 
Adam Tauno Williams, awill...@whitemice.org
Multi-Modal Activists Against Auto Dependent Development
resisting the unAmerican socialists of the Motorist hegemony
http://www.mmaaadd.org 

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Repondre au groupe

2022-01-17 Thread Milan Crha via evolution-list
On Mon, 2022-01-17 at 16:27 +0100, yannbaol--- via evolution-list
wrote:
> Bug or not a bug ?

Hi,
when you reply to a message, Evolution tries to remove you from the
list of the recipients, thus you do not get duplicate messages. The way
Evolution knows the address is you is that it checks the configured
mail accounts and removes all addresses matching any of these mail
accounts. I'm not sure how much it includes the receiver's account in
this guess whom to left and whom to remove.

Maybe this change will help in your case:
https://gitlab.gnome.org/GNOME/evolution/-/issues/919
It landed for 3.38.0+.
Bye,
Milan

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


[Evolution] Repondre au groupe

2022-01-17 Thread yannbaol--- via evolution-list
Hello , I try to explain a problem
evolution  3.36.5-0ubuntu1
Linux 5.11.0-46-generic

I have two adresses in my account of mail
1-Husband
2-Wife


from the first , I send a mail to Wife and Husband
Wife and Husband receive the mail , it's OK
BUT
first anomaly
from the account Wife , I open this mail and I make "Répondre au
groupe"
the answer is done ONLY to Husband  and not to Husband and Wife

second anomaly
from the compte Husband , I open this mail and I make "Répondre au
groupe"
the answer is done ONLY to Husband  and not to Husband and Wife

Bug or not a bug ?


and other explain
1 send -> 1+2 OK

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Appointment reminder greyed out?

2022-01-17 Thread Netsol.link
On Sun, 2022-01-16 at 17:51 +, Pete Biggs wrote:
> See thread at 
> 
> 
> https://mail.gnome.org/archives/evolution-list/2021-March/msg00012.html
> 
> 
> 
> basically you can only have one of the standard reminders.  Change it
> to custom and you can have multiple.
> 
> 
> P.
This works - thanks, but the custom time does not stick! 

I explain: I click on custom and the windows expands where I can set
whatever time I want (say 3 days) and I can also set the repeats as I
see fit - save and close. 

When I re-open the appointment, the reminder tab is in the expanded
view - great that is what I expect. 

But if I now create another appointment, the reminder tab has just the
dropdown list and the message box. From the dropdown list I can pick
the '3 days time' (that I just created earlier), but the window does
not expand?

So I can pick a 'custom time' I created some earlier time, but I don't
know if the repeats I had set previously are also included or not (as I
do not see them)? is this the expected behaviour? 

I'm pretty sure I used to just create an appointment and the reminder
tab was always open in the expanded view? When did that changed? Is
ther a setting or hack to make sure that the reminder tab always opens
in expanded view?

Cheers, 
JP


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Yahoo email connection failing

2022-01-17 Thread Milan Crha via evolution-list
On Fri, 2022-01-14 at 11:06 -0800, jg60 via evolution-list wrote:
> Evolution Version: 3.30.5-1.1  (Flatpak version of Evolution was the
> same)

Hi,
I guess it's a typo, or maybe depending where the Flatpak version you
used came from, because the Flatpak version from the Flathub.org
provides the latest stable version, currently 3.42.3 [1], which is
quite far from the 3.30.5.
Bye,
Milan

[1] https://flathub.org/apps/details/org.gnome.Evolution

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Debugging folder-related problems: sometimes missing, and unable to expunge

2022-01-17 Thread Milan Crha via evolution-list
On Fri, 2022-01-14 at 10:08 -0500, Bridger Dyson-Smith wrote:
> I have quite a bit out of output from that command (~630MB). Is it
> possible to give some direction regarding things from this log that
> might be worth sharing?

Hi,
I suggest to re-run with logging, to avoid such large log (especially
if you gathered it after clearing up the local cache for the account).

> my Trash folder is not recognized as the Trash folder, despite the
> special icon, as the right click/contextual click doesn't have the
> option to "Empty Trash". 

Just in case, while I use 'Trash' folder name, the Exchange server's
folder name is 'Deleted Items' (localized to your locale). I'm sorry I
made it confusing. I see this in my Exchange account:

   Inbox
   Archive
   Conversation History
   Deleted Items
   Drafts
   Junk Email
   Outbox
   Sent Items

The 'Archive' and 'Conversation History' has a regular folder icon, all
the rest folders there have a special icon, specifically the 'Deleted
Items' folder has a trash/recycle-bin icon (it depends on the icon
theme what the icon looks like). There is no folder named 'Trash'.

You can search in the log for:

   

which is part of a request:

   messages:GetFolder

request. The server returns an m:GetFolderResponse response, which
contains IDs of the respective folders from the request, in the order
from the request. The 'deleteditems' folders is the third folder in the
list, right after the 't:ContactsFolder'. It shows for me:


  NoError
  

  

  


The ResponseClass="Success" is the important part of the response.

I see it does not show up after the first check. It can be restarted
when the ~/.cache/evolution/mail//folder-tree file is
deleted. Then, the next start of the Evolution, the special folders are
changed again.

Bye,
Milan

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list