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

fastgoldf...@gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugzilla.wikimedia.
                   |                            |org/show_bug.cgi?id=30628,
                   |                            |https://bugzilla.wikimedia.
                   |                            |org/show_bug.cgi?id=30610
           Severity|enhancement                 |blocker

--- Comment #18 from fastgoldf...@gmail.com 2011-11-06 21:20:48 UTC ---
I marked bug 30784 as a duplicate of this one, even though it's older, because
progress is being made on this one. However, the info in the older report is
useful, so I'm copying it below. The older report was marked as a blocker for
the reasons described, so I'm marking this one as a blocker too. I'm not sure
it makes much difference either way, but feel free to change that status back
to "enhancement" if that is preferred. Here's the text of the older report:



This bug report is an element of this one, for needed metaproperties:

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

and it is a blocker for this one, for existence and uniqueness validation:

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

Without a creation date property, it is not currently possible to use a
workaround to check for duplicates without also marking the original as a
duplicate. Being able to find the oldest page creation date makes it possible
to allow that original page to not be marked as a duplicate, while all
subsequent pages are marked as duplicates. 

An inaccurate manually created page creation date property can be employed as a
workaround for the problem, but it is only able to record the date that the
form was loaded, not the actual creation date of the resulting page produced by
the form.

In order to do this for all pages, as reported in bug 30537, a creation date
metaproperty is required, and very probably should be in SMW core instead of an
extension, due to its "blocker" nature.

Once a creation date metaproperty becomes available in the core, bug 30537 can
be fixed.

Also, I forgot to mention that the workaround for this bug requires caching to
be disabled on the wiki, at least for form pages. That makes the workaround
very inadequate for most people, since there are not many ways to do that
reliably without causing other problems on the wiki.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to