wiki.techinc.nl/includes/gallery/ImageGalleryClassNotFoundException.php

<?php

/**
 * Class for exceptions thrown by ImageGalleryBase::factory().
 *
 * @since 1.38
 */
class ImageGalleryClassNotFoundException extends LogicException {
}
Try not to discard Excimer timeout exceptions Don't catch and discard exceptions from the RequestTimeout library, except when the exception is properly handled and the code seems to be trying to wrap things up. In most cases the exception is rethrown. Ideally it should instead be done by narrowing the catch, and this was feasible in a few cases. But sometimes the exception being caught is an instance of the base class (notably DateTime::__construct()). Often Exception is the root of the hierarchy of exceptions being thrown and so is the obvious catch-all. Notes on specific callers: * In the case of ResourceLoader::respond(), exceptions were caught for API correctness, but processing continued. I added an outer try block for timeout handling so that termination would be more prompt. * In LCStoreCDB the Exception being caught was Cdb\Exception not \Exception. I added an alias to avoid confusion. * In ImageGallery I added a special exception class. * In Message::__toString() the rationale for catching disappears in PHP 7.4.0+, so I added a PHP version check. * In PoolCounterRedis, let the shutdown function do its thing, but rethrow the exception for logging. Change-Id: I4c3770b9efc76a1ce42ed9f59329c36de04d657c 2022-02-01 01:11:09 +00:00			`<?php`

			`/**`
			`* Class for exceptions thrown by ImageGalleryBase::factory().`
			`*`
			`* @since 1.38`
			`*/`
Reparent trivial subclasses of MWException Bug: T328220 Change-Id: If10bdd89859a273817ab471458ca787319c77f7b 2023-12-14 13:19:40 +00:00			`class ImageGalleryClassNotFoundException extends LogicException {`
Try not to discard Excimer timeout exceptions Don't catch and discard exceptions from the RequestTimeout library, except when the exception is properly handled and the code seems to be trying to wrap things up. In most cases the exception is rethrown. Ideally it should instead be done by narrowing the catch, and this was feasible in a few cases. But sometimes the exception being caught is an instance of the base class (notably DateTime::__construct()). Often Exception is the root of the hierarchy of exceptions being thrown and so is the obvious catch-all. Notes on specific callers: * In the case of ResourceLoader::respond(), exceptions were caught for API correctness, but processing continued. I added an outer try block for timeout handling so that termination would be more prompt. * In LCStoreCDB the Exception being caught was Cdb\Exception not \Exception. I added an alias to avoid confusion. * In ImageGallery I added a special exception class. * In Message::__toString() the rationale for catching disappears in PHP 7.4.0+, so I added a PHP version check. * In PoolCounterRedis, let the shutdown function do its thing, but rethrow the exception for logging. Change-Id: I4c3770b9efc76a1ce42ed9f59329c36de04d657c 2022-02-01 01:11:09 +00:00			`}`