Page MenuHomePhabricator

[[Category:Whatever]] link called as "&action=edit" even though it exists
Closed, ResolvedPublic

Description

Author: ipaqchoice

Description:
Using 1.4beta6. When creating a [[Category:Whatever]] link when editing a page, and the category
has not yet been created, it will create the category when the link is clicked and the Category
page is edited. Then i included the same [[Category:Whatever]] link in another page - worked fine.
I returned to the original page where the first [[Category:Whatever]] link was made, and "Whatever"
was in red, which took me to ...whatever&action=edit, even though the edit box itself has the
category's info i entered the first time.

This only happens with the page that creates the category link when it doesn't exist yet. Only way
to fix it is to delete the page, logout as Sysop, login again and create it again with the exact
same source when deleted. Now the "Whatever" link is properly formatted (blue color), taking to the
category:whatever page.

Anyone notice this too? Any fixes i'm not aware of?


Version: 1.4.x
Severity: normal

Details

Reference
bz1551
TitleReferenceAuthorSource BranchDest Branch
Add JSON output, reorg calculationsrepos/sre/ncmonitor!5brettT354988-json-outputmain
Add configuration, user-supplied conf file/pathrepos/sre/ncmonitor!3brettT354988-config-filemain
Fix pylint testsrepos/sre/ncmonitor!2brettT355189-fix-pylint-testsT354988-packaging-improvements
vendor publish log viewer.toolforge-repos/gitlab-sonarqubebot!7pwangaidisp_coverage_valmain
Update dependencies.toolforge-repos/gitlab-sonarqubebot!6pwangaidisp_coverage_valmain
prune old inactive branches as first step of staging a trainrepos/releng/scap!204jnucheT355117master
Stop printing out php path and version when building imagetoolforge-repos/gitlab-sonarqubebot!5pwangaidisp_coverage_valmain
Print out php path and version when building imagetoolforge-repos/gitlab-sonarqubebot!4pwangaidisp_coverage_valmain
Get coverage values via apitoolforge-repos/gitlab-sonarqubebot!3pwangaidisp_coverage_valmain
Customize query in GitLab

Revisions and Commits

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 8:15 PM
bzimport set Reference to bz1551.
bzimport added a subscriber: Unknown Object (MLST).

zigger wrote:

The wiki cache does not automatically have articles purged that reference a
newly created or deleted category, perhaps for performance reasons.

A better work-around is to use the action=purge option to flush the wiki cache,
e.g. .../index.php?title=The_article&action=purge

Caching at the wiki can be disabled by adding the following line to
LocalSettings.php
$wgEnableParserCache = false;

  • This bug has been marked as a duplicate of 632 ***
epriestley added a commit: Unknown Object (Diffusion Commit).Mar 4 2015, 8:22 AM