mindscapehq / raygun4php Goto Github PK
View Code? Open in Web Editor NEWPHP provider for Raygun
Home Page: https://raygun.com
License: MIT License
PHP provider for Raygun
Home Page: https://raygun.com
License: MIT License
Why can't I use affected user monitoring without a bunch of cookie headers being emitted? Is it because the user identifier is also passed to Pulse? If so, there should be a way to set $this->user
on the client to a RaygunIdentifier
without emitting the cookies, for people who only want Crash Reporting + Affected users (and not Pulse RUM).
If I have my own state storage (like sessions, like 99% of web apps), why do I need to carry additional state through every HTTP request, just to support a user identifier being supplied to error ingestion?
We've started to get a few of these errors come through. This is the stack trace we're seeing:
#0 iconv(): Detected an illegal character in input string:: called at [/home/example/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php:414]
#1 DDC\Error::logToRaygun called at [/home/example/vendor/drugscom/error/src/DDC/error.php:367]
#2 DDC\Error::log called at [/home/example/vendor/drugscom/error/src/DDC/error.php:190]
#3 DDC\Error::customErrorHandler called at [:0]
#4 ::iconv called at [/home/example/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php:414]
#5 Raygun4php\RaygunClient::Raygun4php\{closure} called at [:0]
#6 ::preg_replace_callback called at [/home/example/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php:414]
#7 Raygun4php\RaygunClient::toJsonRemoveUnicodeSequences called at [/home/example/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php:324]
#8 Raygun4php\RaygunClient::Send called at [/home/example/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php:99]
#9 iconv(): Detected an illegal character in input string:: called at [/home/example/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php:414]
#10 DDC\Error::logToRaygun called at [/home/example/vendor/drugscom/error/src/DDC/error.php:367]
#11 DDC\Error::log called at [/home/example/vendor/drugscom/error/src/DDC/error.php:137]
#12 DDC\Error::customErrorShutdown called at [:0]
Recently Raygun started tracking users by setting unique id cookies. The problem is that sometimes an error occurs after output has already started (e.g., if the error is triggered in a template). This results in another error being triggered, since you can't set cookies after output has been sent to the browser.
A pretty easy fix would be to add a conditional:
if(!headers_sent())
in RaygunClient.php before calling setcookie().
The json_encode() function has trouble when passed non-unicode data. This sometimes happens due to malformed user input. This results in the RaygunClient#send() method throwing an additional error (json_encode(): Invalid UTF-8 sequence in argument).
This can be fixed by changing line 143 of RaygunClient.php to:
curl_setopt($httpData, CURLOPT_POSTFIELDS, json_encode(iconv('UTF-8', 'UTF-8//IGNORE', $message)));
Does anyone know if there is any official or reasonably correct JSON schema available for the /entries endpoint?
I'm currently looking at moving some methods from the RaygunClient class to the RaygunMessage class, and it would be great to have a schema to check the serialized message objects aginst.
The main problem I'm having is the documentation is not very clear on what fields are mandatory.
Currently there is no way to filter out the IpAddress key from the request. Please provide a clean way to do this. We do not want to be sending clients' IP addresses nor our server IP address.
With the next minor version potentially, maybe major
Hi team,
Occasionnaly, our PHP service is wrapping errors with:
<br/><br/><strong>Raygun Warning:</strong> Couldn't send asynchronously. Try calling new RaygunClient('apikey', FALSE); to use an alternate sending method, or RaygunClient('key', FALSE, TRUE) to echo the HTTP response<br/><br/>
Do you know why this is occurring occasionally? We are sending our errors asynchronously to Raygun and would like to continue to do so. It looks like a socket connection couldn't be opened, but that's all we know...
Because of this wrapping from our PHP service, our Go service getting the errors is unable to parse them (it expect some JSON: Failed to unmarshal json: invalid character '<' looking for beginning of value
). Is there a way to avoid this behaviour?
Thanks for your help!
Just wondering if there is any thought on whitelisting/blacklisting certain form field names (i.e. passwords) so they are not transmitted during an exception?
I have a problem. The main Raygun's documentation contains one magic sentence. "Note that when any filters are defined, the Raygun error will no longer contain the raw HTTP data, since there's no effective way to filter it.". In this situation, I wonder how I can encrypt selected sensitive data and transfer the necessary data from rawData? For each registered error I need to know what request flew to my api. However, encryption makes me not able to see it. Is there any way to do this?
PHP 5.5.9 / Ubuntu 14.04 / RayGun4PHP dev-master (9252af2) used in SilverStripe's own RayGun module.
PHP's ErrorException
class's constructor expects 6 params, but RayGunClient
sends only 5 via a call to BuildMessage()
in RayGunClient.php:74
, which, ironically is reported within raygun.io itself :-P
We recently got the following error from our raygun integration:
https://app.raygun.io/dashboard/1d7ikw/errors/726210665
Using version 1.6.0 of the client.
See: RaygunClient.php line 225
Anything we should be worried about? I've permanently ignored the error for now.
I'm getting the following error since Heroku upgraded its build pack to PHP 7.1.
Everything works fine after downgrading to 7.0.13
Uncaught ErrorException: Illegal string offset 'Total-Route-Time' in /app/vendor/mindscape/raygun4php/src/Raygun4php/RaygunRequestMessage.php:92
Stack trace:
#0 /app/vendor/mindscape/raygun4php/src/Raygun4php/RaygunRequestMessage.php(92): Illuminate\Foundation\Bootstrap\HandleExceptions->handleError(2, 'Illegal string ...', '/app/vendor/min...', 92, Array)
#1 /app/vendor/mindscape/raygun4php/src/Raygun4php/RaygunRequestMessage.php(35): Raygun4php\RaygunRequestMessage->emu_getAllHeaders()
#2 /app/vendor/mindscape/raygun4php/src/Raygun4php/RaygunMessage.php(28): Raygun4php\RaygunRequestMessage->__construct()
#3 /app/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php(234): Raygun4php\RaygunMessage->Build(Object(ErrorException))
#4 /app/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php(104): Raygun4php\RaygunClient->BuildMessage(Object(ErrorException), NULL)
#5 /app/app/Core/Exceptions/Handler.php(59): Raygun4php\RaygunClient->SendException(Object(ErrorException))
#6 /app/bootstrap/cache/compil in /app/vendor/mindscape/raygun4php/src/Raygun4php/RaygunRequestMessage.php on line 92
Identical to #72
I have to do something like this to even get the data to Raygun.
$raygunClient = new RaygunClient( $transport );
$raygunClient->SendException(
$exception,
['service' => env('APP_NAME' )],
[
'file' => $exception->getFile(),
'line' => $exception->getLine()
]
);
but then it's stuffed into the "Custom" tab and isn't part of the stack trace.
Something as simple as this change to BuildStackTrace
in the RayGunExceptionMessage
class would put file and line into the stack trace reported to RayGun.
private function BuildStackTrace($exception)
{
$traces = $exception->getTrace();
$lines = array();
$line = new RaygunExceptionTraceLineMessage();
$line->FileName = $exception->getFile();
$line->LineNumber = $exception->getLine();
$lines[] = $line;
foreach ($traces as $trace) {
$lines[] = $this->BuildLine($trace);
}
$this->StackTrace = $lines;
}
2743b49#diff-c56c61631471a217e3f4007c5e16b1c5R24
This causes issues with a framework that handles sessions itself, such as Symfony. I am using PDO Sessions and this change referenced above breaks compatibility with the system.
A fix may be to say if a session is not already started to disable user tracking, instead of force starting a session.
There's a PHP parse error in src/Raygun4php/RaygunClient.php on line 295. There appears to be an extraneous parenthesis at the end of the line.
We're using this library in production via composer, so when changes are pushed that cause errors like this it's a big problem. If the master branch can't be reliably considered stable, then you should consider using tagged releases for packagist/composer.
Thanks,
Adam
Hi I'm getting the following error message every seconds for the past hour.
Seems like you should escape the string maybe?
#0 {main}
Apr 12 19:00:47 lucky app/worker.1: [Symfony\Component\Debug\Exception\FatalErrorException]
Apr 12 19:00:47 lucky app/worker.1: escapeshellarg(): Input string contains NULL bytes
Apr 12 19:00:49 lucky app/worker.1: PHP Fatal error: escapeshellarg(): Input string contains NULL bytes in /app/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php on line 310
Apr 12 19:00:49 lucky app/worker.1: [2016-04-12 19:00:48] production.ERROR: Symfony\Component\Debug\Exception\FatalErrorException: escapeshellarg(): Input string contains NULL bytes in /app/vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php:310
The docs state "For Windows, false is the only effective option available due to a bug in SSL sending on IIS with certain versions of PHP. Passing in true will do nothing on this platform."
But I run Apache on my local Windows machine not IIS. Is this bug an IIS bug or a Windows bug? (the code check the OS string, not the web server)
I use lots of SSL api calls from my code so I know SSL works on Windows + Apache.
I haven't tried Raygun yet. I'd just like some clarification on the nature of the bug (I'm currently exploring error loggers). Thanks.
I think there should be a check to make sure CONTENT_TYPE is available before comparing it. I have a ton of errors in Raygun from these lines:
https://github.com/MindscapeHQ/raygun4php/blob/master/src/Raygun4php/RaygunRequestMessage.php#L44
The 'createapp' step over on Raygun.io recommends installing this library with:
{
"require": {
"mindscape/raygun4php": "dev-master"
}
}
But including the library like that will break if this repo ever breaks BC (e.g. when a 2.0 version is prepared). It'd be better to recommend a version constraint like ~1.6
.
Also, using dev-master
leads to problems with minimum-stability
. If you actually do want people running against a branch rather than a series of tags, the correct approach is to use aliases. That way, when master goes from being 1.x to 2.0-prerelease/alpha, those following the 1.x-dev branch will correctly stop following master.
We want to be able to configure our PHP Raygun client to not include server variables when sending reports. The reason is that a lot of environment variables can contain confidential data and filtering it out with regular expressions is just a maintenance hassle.
From here: https://raygun.io/thinktank/suggestion/28144
UTF-8 encoding not working on my end every time I send and error/ exception it removes all special characters
I'm getting the following error using Raygun4php:
Fatal error: Class 'Raygun4Php\Rhumsaa\Uuid\Uuid' not found in vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php on line 161
It looks like recently the author decided to re-namespace the package. From https://github.com/ramsey/uuid:
NOTICE: Formerly known as rhumsaa/uuid, The package and namespace names have changed to ramsey/uuid and Ramsey\Uuid, respectively.
It looks like this may be a breaking change for Raygun4Php since the library for generating UUIDs has been renamespaced out from under it.
However, upon investigating the source of raygun4php more, it looks like the Uuid file is bundled with the soruce as opposed to being loaded via composer, which is what I initially could lead to this error. If that's not the case, though, what could be leading to this error so far down in the Raygun4php source?
Thanks.
Hey team,
If the $_SERVER superglobal has PHP_AUTH_USER and/or PHP_AUTH_PW variables defined (because a user has logged in using basic auth), they get included and passed through to the Raygun dashboard.
These should be stripped out by default I think, perhaps with an optional config flag to allow users to not filter these (e.g. for cases where you need to store that information to replay requests correctly, although I don't think you should ever allow PHP_AUTH_PW to be stored).
This would probably be fixed by #32, and could form part of a default blacklist of fields.
.gitignore files are allowed to have comments however they must be at the beginning of the line not after pattern that is ignored.
The issue is here:
Line 109 in af96ad3
We recently switched to using satis and this issue came up when trying to pull down the code for this. It consistently died with the following exception:
Dumping 'mindscape/raygun4php-1.2.1.0'.
- Installing mindscape/raygun4php (1.2.1)
Cloning e65e879e6e2ecc16208cbaab53a74154f6f11017
[ErrorException]
preg_match(): Unknown modifier 'a'
Exception trace:
() at /vendor/composer/composer/src/Composer/Package/Archiver/BaseExcludeFilter.php:62
Info on .gitignore is here: http://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository#Ignoring-Files
The reason it is dying with that exception is due to how composer processes ignore files, namely it makes patterns to ignore and follows the standard set forward in the previous document. So for each line of .gitignore it makes a regex pattern using the delimiter of #
So if the pattern for the line referenced above is invalid because it is not ignored (required # at the beginning of the line):
#(?=[^\.])Generated_Code #added for RIA/(?=[^\.])Silverlight projects(?=$|/)#
UTF-8 encoding not working on my end every time I send and error/ exception it removes all special characters
I was testing Raygun out for PHP, but I noticed that it doesn't actually report the file name and line number of the actual error, which is the most important part.
I am just manually doing a $raygunClient->SendException($exception)
and I get a something like this:
The error was on ProductController.php:39
, something I know cuz 1) I put the error there and 2) if I log $exception->getFile()
and $exception->getLine()
(or it's even reported in $exception->getTraceAsString()
), I can find this information.
Am I doing something wrong, or would it be possible for this information to be added to the error reports?
Here's the relevant part of the raw data (which does have the file, but it isn't displayed in any of the "pretty views" but no line number):
{
"Error": {
"Message": "Symfony\\Component\\Debug\\Exception\\FatalErrorException: Call to undefined function GoDirectFoods\\Http\\Controllers\\foo()",
"ClassName": "Symfony\\Component\\Debug\\Exception\\FatalErrorException",
"StackTrace": [
{
"LineNumber": 131,
"ClassName": "Symfony\\Component\\Debug\\Exception\\FatalErrorException",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Foundation/Bootstrap/HandleExceptions.php",
"MethodName": "__construct"
},
{
"LineNumber": 116,
"ClassName": "Illuminate\\Foundation\\Bootstrap\\HandleExceptions",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Foundation/Bootstrap/HandleExceptions.php",
"MethodName": "fatalExceptionFromError"
},
{
"LineNumber": 0,
"ClassName": "Illuminate\\Foundation\\Bootstrap\\HandleExceptions",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Foundation/Bootstrap/HandleExceptions.php",
"MethodName": "handleShutdown"
},
{
"LineNumber": 246,
"ClassName": "GoDirectFoods\\Http\\Controllers\\ProductController",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/Controller.php",
"MethodName": "index"
},
{
"LineNumber": 246,
"ClassName": "",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/Controller.php",
"MethodName": "call_user_func_array:{/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/Controller.php:246}"
},
{
"LineNumber": 162,
"ClassName": "Illuminate\\Routing\\Controller",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/ControllerDispatcher.php",
"MethodName": "callAction"
},
{
"LineNumber": 107,
"ClassName": "Illuminate\\Routing\\ControllerDispatcher",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/ControllerDispatcher.php",
"MethodName": "call"
},
{
"LineNumber": 141,
"ClassName": "Illuminate\\Routing\\ControllerDispatcher",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "Illuminate\\Routing\\{closure}"
},
{
"LineNumber": 141,
"ClassName": "",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "call_user_func:{/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php:141}"
},
{
"LineNumber": 101,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 101,
"ClassName": "",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "call_user_func:{/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php:101}"
},
{
"LineNumber": 108,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/ControllerDispatcher.php",
"MethodName": "then"
},
{
"LineNumber": 67,
"ClassName": "Illuminate\\Routing\\ControllerDispatcher",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/ControllerDispatcher.php",
"MethodName": "callWithinStack"
},
{
"LineNumber": 204,
"ClassName": "Illuminate\\Routing\\ControllerDispatcher",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/Route.php",
"MethodName": "dispatch"
},
{
"LineNumber": 134,
"ClassName": "Illuminate\\Routing\\Route",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/Route.php",
"MethodName": "runWithCustomDispatcher"
},
{
"LineNumber": 701,
"ClassName": "Illuminate\\Routing\\Route",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/Router.php",
"MethodName": "run"
},
{
"LineNumber": 141,
"ClassName": "Illuminate\\Routing\\Router",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "Illuminate\\Routing\\{closure}"
},
{
"LineNumber": 141,
"ClassName": "",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "call_user_func:{/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php:141}"
},
{
"LineNumber": 32,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/app/Http/Middleware/DatabaseTransactions.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 451,
"ClassName": "GoDirectFoods\\Http\\Middleware\\DatabaseTransactions",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Database/Connection.php",
"MethodName": "GoDirectFoods\\Http\\Middleware\\{closure}"
},
{
"LineNumber": 33,
"ClassName": "Illuminate\\Database\\Connection",
"FileName": "/home/godirectfoods/app/Http/Middleware/DatabaseTransactions.php",
"MethodName": "transaction"
},
{
"LineNumber": 125,
"ClassName": "GoDirectFoods\\Http\\Middleware\\DatabaseTransactions",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "handle"
},
{
"LineNumber": 101,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 101,
"ClassName": "",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "call_user_func:{/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php:101}"
},
{
"LineNumber": 703,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/Router.php",
"MethodName": "then"
},
{
"LineNumber": 670,
"ClassName": "Illuminate\\Routing\\Router",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/Router.php",
"MethodName": "runRouteWithinStack"
},
{
"LineNumber": 628,
"ClassName": "Illuminate\\Routing\\Router",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Routing/Router.php",
"MethodName": "dispatchToRoute"
},
{
"LineNumber": 214,
"ClassName": "Illuminate\\Routing\\Router",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php",
"MethodName": "dispatch"
},
{
"LineNumber": 141,
"ClassName": "Illuminate\\Foundation\\Http\\Kernel",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "Illuminate\\Foundation\\Http\\{closure}"
},
{
"LineNumber": 141,
"ClassName": "",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "call_user_func:{/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php:141}"
},
{
"LineNumber": 48,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/app/Http/Middleware/Timezone.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 125,
"ClassName": "GoDirectFoods\\Http\\Middleware\\Timezone",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "handle"
},
{
"LineNumber": 43,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/VerifyCsrfToken.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 125,
"ClassName": "Illuminate\\Foundation\\Http\\Middleware\\VerifyCsrfToken",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "handle"
},
{
"LineNumber": 55,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/View/Middleware/ShareErrorsFromSession.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 125,
"ClassName": "Illuminate\\View\\Middleware\\ShareErrorsFromSession",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "handle"
},
{
"LineNumber": 61,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Session/Middleware/StartSession.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 125,
"ClassName": "Illuminate\\Session\\Middleware\\StartSession",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "handle"
},
{
"LineNumber": 36,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Cookie/Middleware/AddQueuedCookiesToResponse.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 125,
"ClassName": "Illuminate\\Cookie\\Middleware\\AddQueuedCookiesToResponse",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "handle"
},
{
"LineNumber": 40,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Cookie/Middleware/EncryptCookies.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 125,
"ClassName": "Illuminate\\Cookie\\Middleware\\EncryptCookies",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "handle"
},
{
"LineNumber": 42,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/CheckForMaintenanceMode.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 125,
"ClassName": "Illuminate\\Foundation\\Http\\Middleware\\CheckForMaintenanceMode",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "handle"
},
{
"LineNumber": 101,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "Illuminate\\Pipeline\\{closure}"
},
{
"LineNumber": 101,
"ClassName": "",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php",
"MethodName": "call_user_func:{/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php:101}"
},
{
"LineNumber": 115,
"ClassName": "Illuminate\\Pipeline\\Pipeline",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php",
"MethodName": "then"
},
{
"LineNumber": 84,
"ClassName": "Illuminate\\Foundation\\Http\\Kernel",
"FileName": "/home/godirectfoods/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php",
"MethodName": "sendRequestThroughRouter"
},
{
"LineNumber": 54,
"ClassName": "Illuminate\\Foundation\\Http\\Kernel",
"FileName": "/home/godirectfoods/public/index.php",
"MethodName": "handle"
},
{
"LineNumber": 0,
"ClassName": "",
"FileName": "/home/godirectfoods/public/index.php",
"MethodName": "{main}"
}
],
"FileName": "ProductController.php",
"Data": null
}
}
The SendError
is the one that uses the inbuilt error_get_last()
function that returns an array not an exception.
The SendError
code then tries to create an ErrorException from the error details on https://github.com/MindscapeHQ/raygun4php/blob/master/src/Raygun4php/RaygunClient.php#L85. This loses the stack trace and the original stack trace is included in the message as the error_get_last()['message']
is the full stack trace converted to a new line delimited string.
SendException
seems to send the error in a format that includes the stack trace.
I'm currently seeing the following message Deprecated: Invalid characters passed for attempted conversion, these have been ignored in vendor/mindscape/raygun4php/src/Raygun4php/RaygunClient.php on line 438
PHP Version: 7.3/7.4
Raygun4PHP Version: 1.8.4
Please let me know if you require any further details.
The default usage in the Readme disables the local error_log file. We'd like to send errors to Raygun but also send them to the local error_log. Any recommendations or examples on the best way to do this? Be great to add it to the Readme as well.
I see you all are using versions properly for feature releases but aren't taking advantage of them for composer.
It would be nice if instead of using dev-master
I could say 1.*
or something like it. Not sure if you all are familiar with http://semver.org/ but it would be a good place to start.
I think you just have to tag the release in git for it to be addressable in this manner.
Thanks!
Hi,
My application uses composer to manage dependencies and autoloading. We're currently using the Rhumsaa\Uuid library in a number of places.
Raygun4Php uses the same library, but embeds it in the Raygun4Php code base. This means that we end up with a fatal error when the RaygunClient class is loaded, since on line 6 you've got:
require_once realpath(DIR . '/Uuid.php');
Since my application is already using the Rhumsaa\Uuid library, this results in the same namespace\class being redeclared.
If you want to embed the Rhumsaa\Uuid library inside Raygun4Php, then a better way to do this would be to include it in the Raygun4Php namespace as well. That way, an application that uses both would simply have duplicate code (i.e. Raygun4Php\Rhumsaa\Uuid and Rhumsaa\Uuid) without duplicate class names. This would prevent a fatal error and allow the libraries to peacefully coexist.
Alternatively, you could remove the require_once call and rely on autoloaders to handle the class loading.
Thanks,
Adam
First issue: realpath()
usage does not work with phar, when called on __DIR__
. I have been running a fork with the following fix to get the class loading to work: halkyon@d74d176
Recommended approach would be to go all in with composer PSR-4 autoloading, so these require statements can be removed entirely. This would break the ability to install raygun4php without composer, but I suspect it's not a popular way to install this client.
Second issue: async sending doesn't work, because RaygunClient shells out to curl
and passes a cert path like phar:///path/to/cert.crt
which won't work because references to files inside a phar are "virtual" paths, not real filesystem ones. Workaround has to been to set useAsyncSending
to false which works, because it uses php stream functions that support phar paths. A recommended approach for portability would be to replace the HTTP call code with Guzzle, which also supports sending async.
With php7.4, the error "Invalid characters passed for attempted conversion" is triggered at /mindscape/raygun4php/src/Raygun4php/RaygunMessage.php:
From https://raygun.com/thinktank/suggestion/9246
It looks like this is available for .net projects but not for php projects (why do the different language SDKs offer different options in the first place?)
It would be great if the PHP SDK could have the ability to filter out all form submission data without having to specify every possible form field individually.
Using ErrorException
to manage the data is fine, but then treating it as if it was a normal Exception is not.
Take the stack trace, for instance.
It does not make sense to persist the trace from the moment the ErrorException
is created. This is redundant data. It also means that any info about line numbers is not persisted. $e->getLine()
is not used anywhere despite it being the only place the error line is kept.
I can only deduce from this library that this is a service that was built only to handle exceptions correctly and hasn't been tested fully.
Along with a few other issues with the lib (including session monkeypatching), is there a plan to revisit this lib to make it a stable dependency, or should we write our own?
Original pull request from #93 had the following points:
Updates
@samuel-holt said on the PR: I would be interested in adding this bundling functionality but with a different approach, I think this PR is stale and should be deleted.
This issue can track a future enhancement to re-implement it again.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.