Last modified: 2013-07-10 18:20:08 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T53103, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 51103 - VisualEditor: Auto-external links to image files which are broken (404/etc.) display as the filename and cannot be edited
VisualEditor: Auto-external links to image files which are broken (404/etc.) ...
Status: RESOLVED DUPLICATE of bug 51092
Product: VisualEditor
Classification: Unclassified
ContentEditable (Other open bugs)
unspecified
All All
: Unprioritized normal
: ---
Assigned To: Inez Korczyński
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-07-10 09:55 UTC by Chris McKenna
Modified: 2013-07-10 18:20 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Chris McKenna 2013-07-10 09:55:54 UTC
When a raw URL with no markup (e.g. http://www.sucs.org/~cmckenna/photos/quizes/tq2012/July/Jun03key.png ) ends in .png, .jpg, .svg or .gif [capitalisation variants not tested] but does not work (e.g. it gives a 404 error) then only the filename portion of the URL (Jun03key.png in this example) is displayed in the visual editor. Visual editor cannot then edit this URL to correct it, meaning that typos, etc cannot be corrected without using the source editor.

Links to other image formats (e.g. tif), html pages, .txt files and pdf files, and all urls enclosed in single bracket markup work as expected and are editable in the Visual editor. See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox2&oldid=563642435 for my sandbox testing.

This is not unlikely related to bug 51092 in some way.
Comment 1 James Forrester 2013-07-10 18:20:08 UTC
This will be entirely fixed by bug 51092 being fixed (well, theoretically if a site administrator wants to have VE but also $wgAllowExternalImages set true, it'd be a problem, but we'll have fixed this issue with a forthcoming re-write of image handling anyway before we've shipped VE as stable).

Marking as a duplicate.

*** This bug has been marked as a duplicate of bug 51092 ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links