In admin/config/system/cron there should be explanation that when cron is never run, system administrator should setup crontab. Cron url with cron key is the minimum information, complete cron line with wget command is even better.

Files: 
CommentFileSizeAuthor
#7 drupal--issue-1117780--add-cron-url-in-config-page-D7.patch1.31 KBamontero
PASSED: [[SimpleTest]]: [MySQL] 39,702 pass(es).
[ View ]
#4 1117780-4.patch946 bytesamontero
PASSED: [[SimpleTest]]: [MySQL] 48,001 pass(es).
[ View ]
#3 cron.png37.34 KBnaxoc
#3 1117780-3.patch649 bytesnaxoc
PASSED: [[SimpleTest]]: [MySQL] 42,180 pass(es).
[ View ]

Comments

Isn't that information already provided or linked to d.org documentation on admin/reports/status?

Status doesn't imply actions or configuration. It's very convenient to have Run cron action in status page but I don't think it conceptually fits there.

Configuring cron implies just that: (1) setting how often Drupal calls cron hooks or (2) telling Drupal that cron is called by other means like crontab. IMHO admin/config/system/cron fails miserably at (2). There's some unclear Never and non-existant guidance what to do if cron frequency is not set. And the cron url is status page is not exactly useful guidance.

Version:7.0» 8.x-dev
Status:Active» Needs review
StatusFileSize
new649 bytes
PASSED: [[SimpleTest]]: [MySQL] 42,180 pass(es).
[ View ]
new37.34 KB

I agree that having the url on that page makes sense. Putting a wget command in there would make less sense IMO - people run cron in all kinds of ways. I like to use curl and so on.

Patch puts the link on the admin/config/system/cron page:

cron.png

Title:admin/config/system/cron should have cron urlDisplay cron url in admin/config/system/cron page
Category:bug» feature
Issue tags:+Novice
StatusFileSize
new946 bytes
PASSED: [[SimpleTest]]: [MySQL] 48,001 pass(es).
[ View ]

Fully agree.
Reroll, cron key moved from config to state recently:
#1821530: Move cron key from configuration to state system

Status:Needs review» Reviewed & tested by the community

Looks great to me. It would be great if there was some way of not duplicating the string in system.install and here, but I think the potential complication of that is not worth it.

Category:feature» task
Status:Reviewed & tested by the community» Fixed

Makes sense to me!

Committed and pushed to 8.x. Thanks.

Version:8.x-dev» 7.x-dev
Status:Fixed» Needs review
StatusFileSize
new1.31 KB
PASSED: [[SimpleTest]]: [MySQL] 39,702 pass(es).
[ View ]

Backport candidate to 7.x? The UI string is already present.

Status:Needs review» Reviewed & tested by the community

Patch applied, looks clean and functional.

Status:Reviewed & tested by the community» Fixed

Sure, why not...

Committed to 7.x - thanks! http://drupalcode.org/project/drupal.git/commit/ef10c14

Phantom "7.18 release notes" tag appeared to get added but not really... trying again.

Drupal 7.18 was a security release only, so this issue is now scheduled for Drupal 7.19 instead.

Fixing tags accordingly.

Status:Fixed» Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

Drupal 7.19 was a security release only, so this issue is now scheduled for Drupal 7.20 instead.

Fixing tags accordingly.

Drupal 7.20 was a security release only, so this issue is now scheduled for Drupal 7.21 instead. For real this time... I think :)

Fixing tags accordingly.

Issue tags:+7.22 release notes

Fixing tags since Drupal 7.21 only contained a fix to deal with fallout from the Drupal 7.20 security release. Hopefully this is really the last time I do this and this will be released in Drupal 7.22 for real :)