Page MenuHomePhabricator

Image width no longer limited to a sane value in edit mode
Closed, ResolvedPublic

Description

This patch https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/ProofreadPage.git;a=commitdiff;h=911b74e6409756769635d06691155cec9732b00c removed a default limit on the image width in edit mode. This is a follow up of bug #33613. It wasn't a right fix, if for some reason the resolution is not enough Index allow to setup a default width on a per book setting, and if a site want a bigger resolution as a default, the proofreadPageDefaultEditWidth which was present before this patch would be used. This was not signaled because at a first glance people thought the slowdown was the usual problem coming from thumbnail generation.


Version: master
Severity: major
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=33613

Details

Reference
bz39015

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 12:55 AM
bzimport set Reference to bz39015.

This was also mentioned at commons: http://commons.wikimedia.org/w/index.php?title=Commons:Village_pump&oldid=75355976#Again_a_.28new.3F.29_trouble_managing_djvu_files
(I kept meaning to file a bug but kept forgetting)

In cases where zooming to that level would be useful, I would suggest starting off loading the smaller image size, and then fetching higer-rez images via js as they are (and only if) they are needed (Aka when people hit the zoom button).

  • Bug 37563 has been marked as a duplicate of this bug. ***
  • Bug 37408 has been marked as a duplicate of this bug. ***