wikimedia/mediawiki-skins-MinervaNeue
1
0
Fork 0
mirror of https://gerrit.wikimedia.org/r/mediawiki/skins/MinervaNeue synced 2024-11-13 17:37:07 +00:00
Code Issues Packages Projects Releases Wiki Activity
mediawiki-skins-MinervaNeue/resources/skins.minerva.scripts/errorLogging.js

73 lines
2.4 KiB
JavaScript
Raw Normal View History

Client side error reporting for Minerva+MobileFrontend This adds a client side error logger that will store errors in EventLogging. We will use it to get a sense of the number of errors inside mobile. To enable make use of the new configuration variable wgMinervaErrorLogSamplingRate = 1 Notes: * the optional `meta` field will not be utilised by the generic error handler. * URI length is not trimmed for title. We will consider whether we need to make any adjustments to the schema values during roll out. ** For stack trace, we limit the length by removing errorUrl (which is logged separately) Testing: Add throw new Error('asasasa'); anywhere in your code and make sure the code executes. It should trigger an Error event provided that configuration has been updated. Bug: T202026 Change-Id: I07f01b4c025b2e5e4cbf88ec05e7c536442c62cc
2018-08-24 00:34:37 +00:00
( function ( M, requestIdleCallback, track, config, trackSubscribe, user, experiments ) {
requestIdleCallback( function () {
/**
* Handle an error and log it if necessary
* @param {string} errorMessage to be logged
* @param {number} [lineNumber] of error
* @param {number} [columnNumber] of error
* @param {string} [errorUrl] to be logged
*/
function handleError( errorMessage, lineNumber, columnNumber, errorUrl ) {
Allow us to distinguish errors for logged in users Logged in users may be more likely to have client side errors - either through using interfaces that require authentication or through gadgets that they run. I'd like to separate the two. Bucketing like this means we can still continue to count all client side errors, but we can have additional graph lines for logged in. This way we can notice spikes in bugs limited to logged in users for example T216853 Change-Id: I965c45f8b548abb16b400571ddf7852ca088529b
2019-02-22 22:15:53 +00:00
var suffix,
errorSamplingRate = config.get( 'wgMinervaErrorLogSamplingRate', 0 ),
Client side error reporting for Minerva+MobileFrontend This adds a client side error logger that will store errors in EventLogging. We will use it to get a sense of the number of errors inside mobile. To enable make use of the new configuration variable wgMinervaErrorLogSamplingRate = 1 Notes: * the optional `meta` field will not be utilised by the generic error handler. * URI length is not trimmed for title. We will consider whether we need to make any adjustments to the schema values during roll out. ** For stack trace, we limit the length by removing errorUrl (which is logged separately) Testing: Add throw new Error('asasasa'); anywhere in your code and make sure the code executes. It should trigger an Error event provided that configuration has been updated. Bug: T202026 Change-Id: I07f01b4c025b2e5e4cbf88ec05e7c536442c62cc
2018-08-24 00:34:37 +00:00
sessionToken = user.sessionId(),
EVENT_CLIENT_ERROR_LOG = 'wikimedia.event.WebClientError',
page = M.getCurrentPage(),
Hygiene: replace mobile.startup/paths with props Replace all occurrences of `M.require( 'mobile.startup/pathToModule' )` with `M.require( 'mobile.startup' ).pathToModule`. Where multiple requires existed, add an intermediate variable, `var mobile = M.require( 'mobile.startup' )`, and dot off that. This changes improves the consistency of MinervaNeue which currently contains a mix of require styles and eliminates any deprecated requires. Bug: T208915 Change-Id: If14f280672d914d07275197100b12421bb217b67
2019-02-07 16:34:18 +00:00
util = M.require( 'mobile.startup' ).util,
Client side error reporting for Minerva+MobileFrontend This adds a client side error logger that will store errors in EventLogging. We will use it to get a sense of the number of errors inside mobile. To enable make use of the new configuration variable wgMinervaErrorLogSamplingRate = 1 Notes: * the optional `meta` field will not be utilised by the generic error handler. * URI length is not trimmed for title. We will consider whether we need to make any adjustments to the schema values during roll out. ** For stack trace, we limit the length by removing errorUrl (which is logged separately) Testing: Add throw new Error('asasasa'); anywhere in your code and make sure the code executes. It should trigger an Error event provided that configuration has been updated. Bug: T202026 Change-Id: I07f01b4c025b2e5e4cbf88ec05e7c536442c62cc
2018-08-24 00:34:37 +00:00
errorExperiment = {
name: 'WebClientError',
enabled: errorSamplingRate > 0,
buckets: {
on: errorSamplingRate,
off: 1 - errorSamplingRate
}
},
isErrorLoggingEnabled = experiments.getBucket( errorExperiment, sessionToken ) === 'on',
DEFAULT_ERROR_DATA = {
sessionToken: sessionToken,
skin: config.get( 'skin' ),
wgVersion: config.get( 'wgVersion' ),
mobileMode: config.get( 'wgMFMode', 'desktop' ),
isAnon: user.isAnon(),
revision: page.getRevisionId()
};
Revert "Hygiene: Track minerva errors count only once" We talked about this in standup today and given Sam's comment in T212970#4943448 and a potential loss of data, we've considered this a little risky and would like to revert and discuss this. We can reapply the patch later if necessary. This reverts commit a486bde329e365dc41f2ec6ac3a85da7fd3e873a. Bug: T212970 Change-Id: I0aad3937dde92bf7a46df8c1cf892bf5ce257e17
2019-02-11 18:11:16 +00:00
Client side error reporting for Minerva+MobileFrontend This adds a client side error logger that will store errors in EventLogging. We will use it to get a sense of the number of errors inside mobile. To enable make use of the new configuration variable wgMinervaErrorLogSamplingRate = 1 Notes: * the optional `meta` field will not be utilised by the generic error handler. * URI length is not trimmed for title. We will consider whether we need to make any adjustments to the schema values during roll out. ** For stack trace, we limit the length by removing errorUrl (which is logged separately) Testing: Add throw new Error('asasasa'); anywhere in your code and make sure the code executes. It should trigger an Error event provided that configuration has been updated. Bug: T202026 Change-Id: I07f01b4c025b2e5e4cbf88ec05e7c536442c62cc
2018-08-24 00:34:37 +00:00
if ( isErrorLoggingEnabled ) {
track( EVENT_CLIENT_ERROR_LOG,
util.extend( {
userUrl: window.location.href,
errorUrl: errorUrl,
errorMessage: errorMessage,
Hygiene: fix line length violators Change-Id: Ie1619acf5f319dafc2c9dc612335c1208522dab8
2018-09-13 15:33:20 +00:00
// Due to concerns for the length of the stack trace and going over the
// limit for URI length this is currently set to empty string.
Client side error reporting for Minerva+MobileFrontend This adds a client side error logger that will store errors in EventLogging. We will use it to get a sense of the number of errors inside mobile. To enable make use of the new configuration variable wgMinervaErrorLogSamplingRate = 1 Notes: * the optional `meta` field will not be utilised by the generic error handler. * URI length is not trimmed for title. We will consider whether we need to make any adjustments to the schema values during roll out. ** For stack trace, we limit the length by removing errorUrl (which is logged separately) Testing: Add throw new Error('asasasa'); anywhere in your code and make sure the code executes. It should trigger an Error event provided that configuration has been updated. Bug: T202026 Change-Id: I07f01b4c025b2e5e4cbf88ec05e7c536442c62cc
2018-08-24 00:34:37 +00:00
errorStackTrace: '',
errorLineNumber: lineNumber || 0,
errorColumnNumber: columnNumber || 0
}, DEFAULT_ERROR_DATA )
);
}
Revert "Hygiene: Track minerva errors count only once" We talked about this in standup today and given Sam's comment in T212970#4943448 and a potential loss of data, we've considered this a little risky and would like to revert and discuss this. We can reapply the patch later if necessary. This reverts commit a486bde329e365dc41f2ec6ac3a85da7fd3e873a. Bug: T212970 Change-Id: I0aad3937dde92bf7a46df8c1cf892bf5ce257e17
2019-02-11 18:11:16 +00:00
if ( config.get( 'wgMinervaCountErrors' ) ) {
Allow us to distinguish errors for logged in users Logged in users may be more likely to have client side errors - either through using interfaces that require authentication or through gadgets that they run. I'd like to separate the two. Bucketing like this means we can still continue to count all client side errors, but we can have additional graph lines for logged in. This way we can notice spikes in bugs limited to logged in users for example T216853 Change-Id: I965c45f8b548abb16b400571ddf7852ca088529b
2019-02-22 22:15:53 +00:00
suffix = user.isAnon() ? '.anon' : '.loggedin';
mw.track( 'counter.MediaWiki.minerva.WebClientError' + suffix, 1 );
Errors can be counted in statsv Bug: T205582 Change-Id: I8f67b8356ac271872cac39a416ffefce47959177
2018-10-04 21:31:30 +00:00
}
Client side error reporting for Minerva+MobileFrontend This adds a client side error logger that will store errors in EventLogging. We will use it to get a sense of the number of errors inside mobile. To enable make use of the new configuration variable wgMinervaErrorLogSamplingRate = 1 Notes: * the optional `meta` field will not be utilised by the generic error handler. * URI length is not trimmed for title. We will consider whether we need to make any adjustments to the schema values during roll out. ** For stack trace, we limit the length by removing errorUrl (which is logged separately) Testing: Add throw new Error('asasasa'); anywhere in your code and make sure the code executes. It should trigger an Error event provided that configuration has been updated. Bug: T202026 Change-Id: I07f01b4c025b2e5e4cbf88ec05e7c536442c62cc
2018-08-24 00:34:37 +00:00
}
// track RL exceptions
trackSubscribe( 'resourceloader.exception', function ( topic, data ) {
Hygiene: Consistent error naming Rather than using err and error as variable, use error for consistency Follow up to I07f01b4c025b2e5e4cbf88ec05e7c536442c62cc Bug: T202026 Change-Id: I54165ff1f1b17284d8232c491244e1a98950d5e2
2018-09-06 20:45:43 +00:00
var error = data.exception;
handleError( error.message, error.lineNumber, error.columnNumber );
Client side error reporting for Minerva+MobileFrontend This adds a client side error logger that will store errors in EventLogging. We will use it to get a sense of the number of errors inside mobile. To enable make use of the new configuration variable wgMinervaErrorLogSamplingRate = 1 Notes: * the optional `meta` field will not be utilised by the generic error handler. * URI length is not trimmed for title. We will consider whether we need to make any adjustments to the schema values during roll out. ** For stack trace, we limit the length by removing errorUrl (which is logged separately) Testing: Add throw new Error('asasasa'); anywhere in your code and make sure the code executes. It should trigger an Error event provided that configuration has been updated. Bug: T202026 Change-Id: I07f01b4c025b2e5e4cbf88ec05e7c536442c62cc
2018-08-24 00:34:37 +00:00
} );
// setup the global error handler
trackSubscribe( 'global.error', function ( topic, error ) {
handleError( error.errorMessage, error.lineNumber, error.columnNumber, error.url );
} );
} );
Hygiene: fix line length violators Change-Id: Ie1619acf5f319dafc2c9dc612335c1208522dab8
2018-09-13 15:33:20 +00:00
}(
mw.mobileFrontend,
mw.requestIdleCallback,
mw.track,
mw.config,
mw.trackSubscribe,
mw.user,
mw.experiments
) );
Reference in a new issue Copy permalink