Crash Report IOError

[elmiquito]

Crash Reports fails to upload with IOErrorEvent message (see attached screenshot) even after fixing upload path (see Issue #1024).

[elmiquito]

Here's the upload_crash_report.php code with the new "from" and "to" addresses.

`<?php

/*
This script should be installed at http://integralive.org/upload_crash_log.php
IntegraLive gui reads this address from its config file IntegraLiveConfig.xml at startup
*/

$to = "integra.admin@gmail.com";
$from = "c2781106@c2781106.myzen.co.uk";
$subject ="IntegraLive Crash Report";
$message = "";
$uploadCheck = "IntegraLive Crash Report";

$headers = "From: $from";

// quit if not right sort of post
if( $_POST[ "upload" ] != $uploadCheck )
{
die( "it looks like this post didn't come from the Integra Live GUI so it is being ignored" );
}

// append post variables into message
foreach( $_POST as $key=>$value)
{
$message.= "$key: $value\n";
}

//append user's ip

//REMOVED IP FROM CRASH REPORT TO PROTECT PRIVACY OF REPORTER
//$ip=$_SERVER['REMOTE_ADDR'];
//$message.= "ip: $ip\n";

// boundary
$semi_rand = md5(time());
$mime_boundary = "==Multipart_Boundary_x{$semi_rand}x";

// headers for attachment
$headers .= "\nMIME-Version: 1.0\n" . "Content-Type: multipart/mixed;\n" . " boundary="{$mime_boundary}"";

// multipart boundary
$message = "This is a multi-part message in MIME format.\n\n" . "--{$mime_boundary}\n" . "Content-Type: text/plain; charset="iso-8859-1"\n" . "Content-Transfer-Encoding: 7bit\n\n" . $message . "\n\n";
$message .= "--{$mime_boundary}\n";

// preparing attachments
foreach( $_FILES as $uploadedFile )
{
$tmpName = $uploadedFile[ "tmp_name" ];
//$fileName = "test.txt"; //$uploadedFile[ "name" ];
$fileName = $uploadedFile[ "name" ];
$file = fopen($tmpName,"rb");
$data = fread($file,filesize($tmpName));
fclose($file);
$data = chunk_split(base64_encode($data));
$message .= "Content-Type: {"application/octet-stream"};\n" . " name="$fileName"\n" .
"Content-Disposition: attachment;\n" . " filename="$fileName"\n" .
"Content-Transfer-Encoding: base64\n\n" . $data . "\n\n";
$message .= "--{$mime_boundary}\n";
}

// send

$ok = @mail($to, $subject, $message, $headers);
if ($ok) {
echo "mail sent to $to!";
} else {
echo "mail could not be sent!";
}

?>`

[jamiebullock]

@elmiquito

I think the problem is that Integra Live 1.x is set up to upload to http://integralive.org/upload_crash_log.php. When it attempts to access this URL it gets a redirect to https://integra.io/upload_crash_log.php which it does not follow.

You can test this from the command line with:

$ curl http://integralive.org/upload_crash_log.php

We can confirm that integra.io works with:

 curl -X POST  --data "upload=IntegraLive Crash Report" "http://integra.io/upload_crash_log.php"

The problem can be fixed without rebuilding IntegraLive, by changing the key in the IntegraLiveConfig.xml in the .app bundle.

<crashreporturl>http://integralive.org/upload_crash_log.php</crashreporturl>

Should be changed to:

<crashreporturl>http://integra.io/upload_crash_log.php</crashreporturl>

[elmiquito]

We have control on the redirect from integralive.org, would changing it to http:// instead of https:// do the trick as well?

[elmiquito]

@jamiebullock I changed the key in the IntegraLiveConfig.xml in the .app bundle from http://integralive.org/upload_crash_log.php to
http://integra.io/upload_crash_log.php but I still get the IOErrorEvent when trying to send a crash report. The error message comes up very quickly though, compared to the time it took before.

[jamiebullock]

We have control on the redirect from integralive.org, would changing it to http:// instead of https:// do the trick as well?

This won't make any difference. We can see from curl that integra.io works for both protocols and integrative.org works for neither.

If you have control over the domain settings, I think what you need to do is instead of setting up a permanent redirect from integrative.org to integra.io, is instead modify the DNS settings for integralive.org so it points directly to the integra.io server.

This will effectively give you the same setup you had before.

[jamiebullock]

@jamiebullock I changed the key in the IntegraLiveConfig.xml in the .app bundle from http://integralive.org/upload_crash_log.php to
http://integra.io/upload_crash_log.php but I still get the IOErrorEvent when trying to send a crash report. The error message comes up very quickly though, compared to the time it took before.

It's hard to say why this is without going deep into it. It's possible the GUI is sending something the server doesn't expect or support. I would suggest looking at the server logs for clues.

[elmiquito]

This is the console log when initiating a crash report upolad in Integra Live

default 14:20:55.219930 +0000 Integra Live TIC TCP Conn Start [47:0x60000017f200]
default 14:20:55.220094 +0000 Integra Live Task <4A1D8593-1E9D-4873-A4C8-2C42FB0EB4FB>.<0> setting up Connection 47
default 14:20:55.220134 +0000 Integra Live [47 ] start
default 14:20:55.221101 +0000 Integra Live Sending CFNA PAC query
default 14:20:55.221767 +0000 CFNetworkAgent Handling incoming message type 3 kCFNetworkAgentXPCMessageTypePACQuery
default 14:20:55.221835 +0000 CFNetworkAgent PAC handling query for id (null) token 0x7fdab7c03270
default 14:20:55.221932 +0000 CFNetworkAgent PAC for key is expired, evicting
default 14:20:55.222064 +0000 CFNetworkAgent PAC fetch start for
default 14:20:55.222846 +0000 CFNetworkAgent TCP Conn [4:0x7fdab7c09ff0] using custom proxy configuration
default 14:20:55.222928 +0000 CFNetworkAgent TIC TCP Conn Start [4:0x7fdab7c09ff0]
default 14:20:55.223265 +0000 CFNetworkAgent Task .<1> setting up Connection 4
default 14:20:55.223324 +0000 CFNetworkAgent [4 ] start
default 14:20:55.227230 +0000 CFNetworkAgent TIC TCP Conn Event [4:0x7fdab7c09ff0]: 3
error 14:20:55.227314 +0000 CFNetworkAgent TIC TCP Conn Failed [4:0x7fdab7c09ff0]: 12:8 Err(-65554)
default 14:20:55.227352 +0000 CFNetworkAgent TIC TCP Conn Cancel [4:0x7fdab7c09ff0]
default 14:20:55.227580 +0000 CFNetworkAgent [4 stream, pid: 47240, url: http://wpad/wpad.dat] cancelled. Events:
default 14:20:55.227636 +0000 CFNetworkAgent 0.000s [4 3A483AF5-5A35-48C4-AF79-1281B619CBAE resolver] path:start
default 14:20:55.227693 +0000 CFNetworkAgent 0.000s [4 3A483AF5-5A35-48C4-AF79-1281B619CBAE resolver] path:satisfied
default 14:20:55.227745 +0000 CFNetworkAgent 0.000s [4 3A483AF5-5A35-48C4-AF79-1281B619CBAE resolver] resolver:start_dns
default 14:20:55.227796 +0000 CFNetworkAgent 0.003s [4 3A483AF5-5A35-48C4-AF79-1281B619CBAE resolver] path:trigger
default 14:20:55.227963 +0000 CFNetworkAgent 0.003s [4 3A483AF5-5A35-48C4-AF79-1281B619CBAE resolver] resolver:receive_dns Error Domain=kNWErrorDomainDNS Code=-65554 "DNS failed due to NoSuchRecord" UserInfo={NSDescription=DNS failed due to NoSuchRecord}
default 14:20:55.228015 +0000 CFNetworkAgent _CFNetworkIsConnectedToInternet returning 1, flagsValid: 1, flags: 0x2
default 14:20:55.228102 +0000 CFNetworkAgent 0.004s [4] path:cancel
error 14:20:55.228188 +0000 CFNetworkAgent Task .<1> HTTP load failed (error code: -1003 [12:8])
error 14:20:55.228740 +0000 CFNetworkAgent Task .<1> finished with error - code: -1003
default 14:20:55.229189 +0000 Integra Live Received CFNA PAC response
default 14:20:55.228890 +0000 CFNetworkAgent PAC fetch end for . data 0x0 response 0x0 statusCode 0 error 0x7fdab7c088e0
error 14:20:55.229320 +0000 Integra Live nw_proxy_resolver_create_parsed_array PAC evaluation error: NSURLErrorDomain: -1003
error 14:20:55.228935 +0000 CFNetworkAgent PAC Fetch failed with error [NSURLErrorDomain:-1003]
default 14:20:55.229053 +0000 CFNetworkAgent PAC query complete list=(null), error=
default 14:20:55.293557 +0000 Integra Live TIC TCP Conn Connected [47:0x60000017f200]: Err(16)
default 14:20:55.293876 +0000 Integra Live TIC TCP Conn Event [47:0x60000017f200]: 1
default 14:20:55.294316 +0000 Integra Live Task <4A1D8593-1E9D-4873-A4C8-2C42FB0EB4FB>.<0> now using Connection 47
default 14:20:55.294872 +0000 Integra Live Task <4A1D8593-1E9D-4873-A4C8-2C42FB0EB4FB>.<0> sent request, body D
default 14:20:56.884271 +0000 Integra Live Task <4A1D8593-1E9D-4873-A4C8-2C42FB0EB4FB>.<0> received response, status 404 content U
error 14:20:57.640874 +0000 Integra Live TIC Read Status [47:0x60000017f200]: 1:57
default 14:20:57.640946 +0000 Integra Live TIC TCP Conn Cancel [47:0x60000017f200]
default 14:20:57.641034 +0000 Integra Live Task <4A1D8593-1E9D-4873-A4C8-2C42FB0EB4FB>.<0> response ended
default 14:20:57.641483 +0000 Integra Live [47 stream, pid: 47240, url: http://integra.io/upload_crash_log.php] cancelled
[47.1.1 CC1CAC49-1D6B-4B73-A35F-FF5098E568EC .65509<->]
Connected Path: satisfied (Path is satisfied), interface: en0, ipv4, dns
Duration: 2.421s, DNS @0.010s took 0.001s, TCP @0.014s took 0.001s
bytes in/out: 1364834/103309, packets in/out: 944/74, rtt: 0.062s, retransmitted packets: 1, out-of-order packets: 0
default 14:20:57.642388 +0000 Integra Live TIC TCP Conn Destroyed [47:0x60000017f200]

[elmiquito]

If you have control over the domain settings, I think what you need to do is instead of setting up a permanent redirect from integrative.org to integra.io, is instead modify the DNS settings for integralive.org so it points directly to the integra.io server.

DNS settings for integralive.org and integralive.com have been changed to those of integra.io. Aliases and redirects added for both on the Zen Internet cPanel to point to the integra.io home directory.

[Richc]

The Issue is also found in Windows

Log Name: Application
Source: Application Error
Date: 13/01/2021 11:52:27
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer: bcu
Description:
Faulting application name: IntegraServer.exe, version: 1.7.11.3322, time stamp: 0x59ce5d2b
Faulting module name: libIntegra.dll, version: 1.7.11.3322, time stamp: 0x59ce5345
Exception code: 0xc0000005
Fault offset: 0x00084aa0
Faulting process ID: 0x1618
Faulting application start time: 0x01d6e9a25788b6f5
Faulting application path: C:\Program Files (x86)\Integra Live\server\IntegraServer.exe
Faulting module path: C:\Program Files (x86)\Integra Live\server\libIntegra.dll
Report ID: c28b72b2-ac3c-48dc-b9c4-a6b2f1db6e37
Faulting package full name:
Faulting package-relative application ID:
Event Xml:



1000
2
100
0x80000000000000

6711
Application
bcu



IntegraServer.exe
1.7.11.3322
59ce5d2b
libIntegra.dll
1.7.11.3322
59ce5345
c0000005
00084aa0
1618
01d6e9a25788b6f5
C:\Program Files (x86)\Integra Live\server\IntegraServer.exe
C:\Program Files (x86)\Integra Live\server\libIntegra.dll
c28b72b2-ac3c-48dc-b9c4-a6b2f1db6e37

Faulting application name: IntegraServer.exe, version: 1.7.11.3322, time stamp: 0x59ce5d2b
Faulting module name: libIntegra.dll, version: 1.7.11.3322, time stamp: 0x59ce5345
Exception code: 0xc0000005
Fault offset: 0x00084aa0
Faulting process ID: 0x1618
Faulting application start time: 0x01d6e9a25788b6f5
Faulting application path: C:\Program Files (x86)\Integra Live\server\IntegraServer.exe
Faulting module path: C:\Program Files (x86)\Integra Live\server\libIntegra.dll
Report ID: c28b72b2-ac3c-48dc-b9c4-a6b2f1db6e37
Faulting package full name:
Faulting package-relative application ID:

[jamiebullock]

@Richc @elmiquito Sorry... for clarification when I wrote "I would suggest looking at the server logs for clues" I meant the web server. To see if there are any HTTP error messages etc. This might help tell why the HTTP requests from IL are failing. The absence of any errors OTOH, would suggest a problem in IL itself.

But, if it's going to be time consuming, I'm not sure it's worth going much further with this since even if you manage to get valid crash reports back from users, there's not a lot that can be done about it until there's a new version of IL that can be shipped out with fixes.

[elmiquito]

@jamiebullock I checked the error_log file on the server, and there's nothing at all.
Just to check I've missed something, the server logs I checked are /public_html/integra.io/error_log, /public_html/integra.io/wp-includes/error_log and the Errors page on cPanel.
It looks like the HTTP requests never get to the server. I can't really decipher most of the logs posted above by Rich and myself, but it looks like there are enough errors to explain why the reports are not being sent by the user's machine.
I agree with your point that we can't do much about the crash reports, but at least we can keep them for reference to avoid potential problems in the new version, and it does feel more reassuring to the users if they can send the report without getting an error.

[jamiebullock]

@elmiquito what are you doing to cause the crash? I can try to debug this locally, but I can't make it crash!

[elmiquito]

@elmiquito what are you doing to cause the crash? I can try to debug this locally, but I can't make it crash!

You can open the attached .ixd file (or any .ixd file for that matter!) from Integra Live.
AtTheStillPointOfTheTurningWorld.ixd.zip