Last modified: 2014-04-07 18:20:46 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 T56634, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 54634 - incremental dumps: use getopt-style short/long options
incremental dumps: use getopt-style short/long options
Status: NEW
Product: Datasets
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Svick
:
Depends on:
Blocks: 54633
  Show dependency tree / graph
 
Reported: 2013-09-26 11:48 UTC by Ariel T. Glenn
Modified: 2014-04-07 18:20 UTC (History)
2 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Ariel T. Glenn 2013-09-26 11:48:15 UTC 
We should use descriptive short and long options to the program, which are not dependent on position of the argument in the command line.
Comment 1 Svick 2013-10-07 16:05:16 UTC 
Proposed format for the command line (from Ariel):

> --update (or -u) --date 20131007 --configfile  somethingorother (read location of php) --dump full-history  or --dump full-current or --dump articles-current etc (taking multiple --dump args)... and let the uer specify  --dumpfile and some formatstring that would be expanded
Comment 2 Svick 2013-10-07 16:06:59 UTC 
Also, location of php should be read from config file and MW should be called through MWScript.
Comment 3 Andre Klapper 2014-04-07 18:20:46 UTC 
Svick: This issue has been assigned to you a while ago. 
Could you please provide a status update and inform us whether you are still working (or still plan to work) on this issue? 
Only in case you do not plan to work on this issue anymore, should the assignee be set back to default?
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links