Last modified: 2014-04-28 02:57:43 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 T2004, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 4 - Links don't reflect target existence (EasyTimeline)
Links don't reflect target existence (EasyTimeline)
Status: PATCH_TO_REVIEW
Product: MediaWiki extensions
Classification: Unclassified
EasyTimeline (Other open bugs)
unspecified
All All
: Low enhancement with 4 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-08-10 16:27 UTC by xmlizer
Modified: 2014-04-28 02:57 UTC (History)
4 users (show)

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


Attachments

Description xmlizer 2004-08-10 16:27:38 UTC
in easyTimeline a link like [[TotoX]] (which do not exists) appear as if it
exists in the wiki
Comment 1 Brion Vibber 2004-08-13 23:50:21 UTC
The bulk of EasyTimeline is an external Perl program; to check for the existence
of links it would have to communicate back to PHP. This could be done over
stdin/stdout, perhaps.
Comment 2 Siebrand Mazeland 2008-08-13 11:49:21 UTC
Assigned to extension developer.
Comment 3 Happy-melon 2009-07-24 13:49:35 UTC
*** Bug 5 has been marked as a duplicate of this bug. ***
Comment 4 Dereckson 2013-01-17 14:40:00 UTC
[ Assignee reseted by timeout. Marking the bug as easy. ]
Comment 5 Bartosz Dziewoński 2013-01-17 14:53:53 UTC
This isn't easy. The timelines are generated by a 4000-line perl script, which doesn't communicate with MW apart from taking command-line arguments, so it has no way of knowing whether those pages exist.

To fix this, we'd have to implement either interprocess communication between these two, or some sort of two-phase processing.
Comment 6 xmlizer 2013-01-17 16:06:02 UTC
May be the two phase processing with a link post-processing would do the trick and would be easily generalized
Comment 7 MZMcBride 2013-07-30 04:21:38 UTC
(In reply to comment #5)
> This isn't easy. The timelines are generated by a 4000-line perl script,
> which doesn't communicate with MW apart from taking command-line arguments, so
> it has no way of knowing whether those pages exist.

Out of curiosity, can you estimate how much time would be required to rewrite this script in PHP? Ten hours? Fifty hours?

And somewhat tangentially: would a rewritten script in PHP help resolve this bug?
Comment 8 Bartosz Dziewoński 2013-08-01 17:49:15 UTC
(In reply to comment #7)
> Out of curiosity, can you estimate how much time would be required to rewrite
> this script in PHP? Ten hours? Fifty hours?

A man-week or two seems reasonable, but I don't really know the extension well enough to judge this accurately. It also depends on how much rewriting you wanna do (one could try to get rid of the [[Ploticus]] program it uses).


> And somewhat tangentially: would a rewritten script in PHP help resolve this
> bug?

It would at least avoid the issues I outlined in comment 5.
Comment 9 Gerrit Notification Bot 2014-04-28 02:57:40 UTC
Change 130027 had a related patch set uploaded by Gerrit Patch Uploader:
Make broken wikilinks in timelines red

https://gerrit.wikimedia.org/r/130027

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


Navigation
Links