https://bugzilla.wikimedia.org/show_bug.cgi?id=46930

       Web browser: ---
            Bug ID: 46930
           Summary: changeTitle() creates redirects even in case of
                    redirid == 0
           Product: MediaWiki extensions
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Semantic MediaWiki
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected], [email protected],
                    [email protected], [email protected]
    Classification: Unclassified
   Mobile Platform: ---

Title:moveTo() explicitly sets createRedirect to false (redirid == 0)
SMWSQLStore3Writers::changeTitle() never checks the redirid therefore
smw_fpt_redi contains gost redirects for pages with (Special:MovePage - > Leave
a redirect behind unchecked)

There are two approaches to change this behaviour:

1) Execute updateRedirects() only when $redirid != 0 which will means that all
possible existing associations with a moved page are also gone or

2) Execute updateRedirects() in all cases (copying associations with the moved
page) but in case of $redirid == 0 execute doDataUpdate( $oldtitle ) in order
for the oldTitle (which got deleted) to delete the container for the oldTitle
object as well.

## Note
The hook ArticleDelete is not called for a moved oldTitle therefore
deleteSubject() is also not called which means the container for oldTitle still
has a references to the newTitle (see smw_fpt_redi).

## Example
See [1], [2] where [1] is delete but shows semantic data from [2]. When looking
at "Has query" property reveals that Demo:Foo has suddenly elements of
Demo:Foo2.

[1] http://www.semantic-mediawiki.org/wiki/Special:Browse/Demo:Foo
[2] http://www.semantic-mediawiki.org/wiki/Special:Browse/Demo:Foo2

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to