Page MenuHomePhabricator

InstantCommons - storage dislocation of generated thumbs
Closed, ResolvedPublic

Description

I am working in an symlinked environment using a single codebase for multiple wikis.

I observe one strange behaviour regarding the storage of the generated thumbs for files embedded via InstantCommons. Some of them ended up in the image directory of the symlinked codebase and not in the image directory of the respective wiki which is not symlinked.

The thumbs of directly uploaded images end up in the expected location, i.e. /images/thumb/ of the respective wiki. The thumbs of newly via InstantCommons embedded files also end up in the expected directory as expected. The dislocated thumbs continue to be used via the unexpected image directory of the code base.

This dislocation of thumbs seems to have happened during the upgrade process from MW 1.20. to 1.21.


Version: unspecified
Severity: normal

Details

Reference
bz62140

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 2:52 AM
bzimport set Reference to bz62140.
bzimport added a subscriber: Unknown Object (MLST).

I guess I should revisit this again. Now that I am moving von 1.23 to 1.27.

@Tgr Does make sense to me for 1.27 since it is an LTS version. Since 1.27.2 seems to take a bit longer this one could still perfectly squeeze in. :)

Backported. With that change, InstantCommons should not store thumbnails anymore unless you change the default settings (they were not used anyway since 1.27, storing them was an oversight).

1.20/1.21 is long unsupported and 1.23 is about to be so we can close this IMO.

Kghbln closed this task as Resolved.EditedFeb 8 2017, 9:19 PM
Kghbln assigned this task to Tgr.

Thanks a lot for doing the backport with https://gerrit.wikimedia.org/r/#/c/336675/1. Much appreciated! Indeed, this may now be closed.