Last modified: 2011-03-13 18:05:44 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 9106 - Verifiable links to anchors
Verifiable links to anchors
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
unspecified
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-02-25 20:11 UTC by Bernhard Fastenrath
Modified: 2011-03-13 18:05 UTC (History)
1 user (show)

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


Attachments

Description Bernhard Fastenrath 2007-02-25 20:11:39 UTC
Verifiable links to anchors would allow a "What links here" function for anchors
and would allow to mark references to nonexistent anchors like links to
nonexistent pages. This would make setting and removing links to anchors in
pages much more convenient.

Optionally:
* A move/rename section function could allow to move a section/anchor into
another page or to raise it to an independent page or sub-page, optionally
redirecting all references in other pages to the new name.
Comment 1 Rob Church 2007-02-25 21:13:18 UTC

*** This bug has been marked as a duplicate of 8955 ***
Comment 2 Bernhard Fastenrath 2007-02-26 12:17:44 UTC
I don't know the database structure but assuming ever page has a primary key
sequence called p_id you would just have to

CREATE TABLE anchor (
  a_id int primary key,
  p_id int references page (p_id),
  a_name varchar (100),
  a_deleted boolean
);
CREATE TABLE anchor_ref (
  a_id int references anchor (a_id),
  p_id int references page (p_id),
);
The changes to database structure mentioned in bug #8955 seem to be very minor.

I'm not suggesting the same (supposedly extremely fragile interface) as in bug
#8955.
I'm suggesting a "What links here" function as for pages. If that interface is
bad why is it in use?

The suggested method would even allow to pick up dangling pointers to deleted
anchors,
because once an anchor entry existed and had anchor_refs pointing to it it could
not be deleted,
the anchor would merely be set to "a_deleted = true".

I do think it is worth the effort. Broken references to anchors can be a
nuisance for editors.
Comment 3 Bernhard Fastenrath 2007-02-26 12:26:43 UTC
You wouldn't have to guess what "the same section is" (see bug #8928#c2).
An editor could rename a section and pick up the dangling pointers afterwards
or use a function to rename a section.
Comment 4 Rob Church 2007-08-01 20:47:27 UTC
It has been established that the database schema changes this requires will not be made.

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


Navigation
Links