https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Helder mybugs.m...@gmail.com changed:
What|Removed |Added
See Also|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #25 from Gustronico gustron...@gmail.com ---
(In reply to comment #24)
*** Bug 44331 has been marked as a duplicate of this bug. ***
That's wrong. This bug requests a *current-page* category defection. Bug 44331
is
about a few
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Bawolff (Brian Wolff) bawolff...@gmail.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Brad Jorsch bjor...@wikimedia.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Nemo federicol...@tiscali.it changed:
What|Removed |Added
CC||federicol...@tiscali.it
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Nemo federicol...@tiscali.it changed:
What|Removed |Added
CC||gustron...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Happy-melon happy.melon.w...@gmail.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #21 from Roan Kattouw roan.katt...@gmail.com 2009-11-09 08:06:53
UTC ---
(In reply to comment #18)
The page is fully parsed on save to know what to update, as you say. Then the
editor is redirected back to the article, so
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #22 from Roan Kattouw roan.katt...@gmail.com 2009-11-09 08:09:15
UTC ---
(In reply to comment #21)
There is no on-save parse. The article's cache is just purged by the save, and
the first GET request to the page (which is
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Happy-melon happy-me...@live.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #13 from Platonides platoni...@gmail.com 2009-11-08 16:29:16 UTC
---
Wouldn't checking the parser's own category array result in option 2?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
---
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #14 from Happy-melon happy-me...@live.com 2009-11-08 16:31:27
UTC ---
As you said yourself, the category array is not populated until *after* the
parser functions are expanded, so the result would always be false.
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Alex Z. mrzmanw...@gmail.com changed:
What|Removed |Added
CC||mrzmanw...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #18 from Happy-melon happy-me...@live.com 2009-11-08 22:41:59
UTC ---
The page is fully parsed on save to know what to update, as you say. Then the
editor is redirected back to the article, so they make a new GET request that
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #19 from Platonides platoni...@gmail.com 2009-11-08 22:44:27 UTC
---
You wouldn't rely on a browser redirect, you would just directly add the pass
yourself. The user GET request is not relevant here.
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #20 from Happy-melon happy-me...@live.com 2009-11-08 22:56:57
UTC ---
Why? The tables are correct, we just don't know what the resulting HTML looks
like. Who cares until someone asks to view the page? We can't avoid the
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Brad Jorsch b-jor...@northwestern.edu changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Cenarium cenarium.sy...@gmail.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Platonides platoni...@gmail.com changed:
What|Removed |Added
CC||platoni...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Helder heldergeov...@gmail.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #7 from Cenarium cenarium.sy...@gmail.com 2009-09-28 00:38:24
UTC ---
Another tricky case indeed, if they can't be efficiently handled, then I'd
suggest only to have {{#ifincategory: Foo| value if true }}, and return nothing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #2 from cenarium.sy...@gmail.com 2009-04-27 13:17:21 UTC ---
Good point, it could create cycles at evaluations.
We could remove the else parameter and return nothing if the page is not in
[[Category:Foo]].
We wouldn't loose
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Roan Kattouw roan.katt...@gmail.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
Andrew Garrett agarr...@wikimedia.org changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #5 from cenarium.sy...@gmail.com 2009-04-27 17:12:37 UTC ---
If the else argument doesn't transfer categories to the current page, it
shouldn't create conflicts. If this can't be done or it's too expensive, then
remove the else
https://bugzilla.wikimedia.org/show_bug.cgi?id=18596
--- Comment #1 from P.Copp paul.copper...@googlemail.com 2009-04-26 17:00:22
UTC ---
(In reply to comment #0)
It would be useful to be able to detect if the current page in in a given
category, with a parser function, e.g.
26 matches
Mail list logo