This page contains discussions that have been archived from Village pump (technical). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.
< Older discussions · Archives: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z, AA, AB, AC, AD, AE, AF, AG, AH, AI, AJ, AK, AL, AM, AN, AO, AP, AQ, AR, AS, AT, AU, AV, AW, AX · 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213
See this edit to list of French people, adding <noincludeonly> and </includeonly> to the start of a section heading. This caused MediaWiki's edit section feature to go haywire - in short, all section edit links after the <includeonly> and </includeonly> edited the section after the one they were supposed to. A working demonstration of this can be found at User:Graham87/sandbox2. This problem is invisible when reading a page, and would be very confusing to new users. Is there a way of detecting other instances of this issue in Wikipedia? IMO at least the includeonly link should be removed from MediaWiki:Edittools to reduce the likelyhood of this problem happening again. What appears to be a similar issue has been filed as bug 6563 and I have commented there. Graham 87 14:36, 11 December 2007 (UTC)
Perhaps its a good idea if one of the bots watches for edits of this nature. It is really easy for a bot to fix a noinclude or includeonly that is basically empty. -- TheDJ ( talk • contribs) 19:22, 11 December 2007 (UTC)
When you try to edit or view pages that are under cascading protection (e.g. Red link), the edit tab still says edit this page, but it should actually say view source. - FISDOF 9 03:05, 12 December 2007 (UTC)
Some pages are screwed up (at least on my Firefox) such as Portal:Current events/Sports. -- Howard the Duck 16:49, 12 December 2007 (UTC)
Hi,
When I type "termination shock" in the "search" field and click "Go", I'm brought to the URL http://en.wikipedia.org/wiki/Termination_shock#Termination_shock which surprises me; I had expected Heliosphere#Termination_shock. Why does this occur? Tempshill ( talk) 17:00, 12 December 2007 (UTC)
General question,
Why have i just received a new Gadget on my preferences, the protection tool used by Administrators, on my monobook there's no script installed which includes the protection tool the only script i have installed is Twinkle, and nav popup screen. SKYNET X7000 ( talk) 20:10, 12 December 2007 (UTC)
I think that we should have some new code in the next revision of MediaWiki that modifys English spellings based on your IP address. That would mask my all-time pet peeve about Wikipedia, and prevent these stupid spelling debates. C'mon, it would only be a few kilobytes! Canada-kawaii 15:01, 3 December 2007 (UTC)
I have just committed code changes (r28385) which allow protection of nonexistent pages using the existing protection interface (rather than icky cascading protection hacks). In a few days, all sysops will be able to protect non-existent articles from creation by navigating to the article and clicking on the 'protect' tab (interface example here). When a user who cannot edit the article due to this protection, they will receive an error message like this. Please note that:
— Werdna talk 10:04, 11 December 2007 (UTC)
Special:Protectedtitles has been introduced in r28506. — Werdna talk 06:25, 15 December 2007 (UTC)
How would one, if possible, go about changing the links at the top right? -- EoL talk 21:51, 12 December 2007 (UTC)
If you're talking about the user links, you can modify those by accessing their id
(in the monobook skin). For instance, to change the text "my watchlist" to "my stalklist", use the following code:
addOnloadHook(function() {
document.getElementById("pt-watchlist").firstChild.firstChild.nodeValue = "my stalklist";
});
The ids of the links are, in order, pt-userpage, pt-mytalk, pt-preferences, pt-watchlist, pt-mycontris, and pt-logout (again, in the monobook skin).
You can add a link using the addPortletLink
function. It takes the arguments portlet, href, text, id, tooltip, accesskey, nextnode
, which refer to the name of the "portlet" to add the item to (in this case, p-personal
), what the item links to, the text of the item, a string that can be used to find the object on a page, the tooltip for the item (what you see when you hover of it), the
keyboard shortcut of the link, and where to place the item in the portlet. To add a purge link to the top-right, for example, use this code:
if (wgNamespaceNumber > -1) {
addOnloadHook(function() {
addPortletLink("p-personal", wgServer + wgScript
+ "?title=" + wgPageName
+ "&action=purge",
"purge", "pt-purge",
"Request that the server re-render this page");
});
}
If you just need to copy-and-paste code to do something like this, I'd be glad to write it. Gracenotes T § 23:39, 14 December 2007 (UTC)
I received (and agree with) this complaint/inquiry via email:
So, can I suggest that we add the numbers automatically to the beginning of subsection headings?
This would also help immensely on pages like this pump, which have dozens of subsections. I might glance at the ToC, see threads 11, 33, and 44 are interesting, and then quickly scroll between them.
They would obviously have to not be part of the actual hyperlinked-title, as they're subject to change. Maybe in a small/standard font, so that they're clearly unconnected from the actual heading. For this and usability reasons, I'm asking here at the VPT.
Thoughts? -- Quiddity ( talk) 21:15, 11 December 2007 (UTC)
Should we remove the numbers from the default ToC (and just use bullet points) to avoid this confusion? Or are there other good uses for the numbers in the ToC, that override this inconsistency? Thanks. -- Quiddity ( talk) 20:27, 12 December 2007 (UTC)
/* Hide the number */
.tocnumber {
display: none;
}
/* Show the bullet again */
#toc ul {
list-style-image: url(/skins-1.5/monobook/bullet.gif);
list-style-type: square;
margin: 0.3em 0 0 1.5em;
}
For some reason, Moshe Shmuel Glasner is not showing much of its content: large sections of the article are inexplicably missing. However, if one edits the page, the text is there. So too on Preview mode (of Edit), on Printable view, and on History of the page; in all these cases, all the text is present. Nonetheless, the ordinary view of the page is hiding much content.
The missing content is large blocks of text in sections one, four, and five; in References, and in Resources.
Three screenshots, with the error circled in red:
Despite several attempts by various individuals to fix this problem, and despite several claims that it is in fact fixed, this problem continues. These individuals looked at the screenshots above, and replied that the problem there pictured, does not occur on their computers. Nevertheless, the problem DOES occur on my computer and on several other computers that I tried. My computer has fully up-to-date versions of IE7 and Firefox.
Thank you! Sevendust62 ( talk) 13:21, 12 December 2007 (UTC)
Update:I have just determined that only http://en.wikipedia.org/wiki/Moshe_Shmuel_Glasner is not working; http://en.wikipedia.org/?title=Moshe_Shmuel_Glasner works just fine. The former (problematic) one is the page arrived at via the search box (search for "Moshe Shmuel Glasner") and internal linking (i.e. [[Moshe Shmuel Glasner]]). Can anyone else confirm? So it would seem the problem is NOT due to my computer or my ISP, as the first URL does not work but the second URL works just fine. Sevendust62 ( talk) 00:52, 14 December 2007 (UTC)
I am using the same computer as before, except now at a public wireless hotspot. Everything works properly. It is apparently then the ISP and neither my computer nor Wikipedia. Sure a vexing problem though! Thanks for everyone's help. Sevendust62 ( talk) 21:11, 15 December 2007 (UTC)
Could there be a choice on the "What links here" page to select subpages? All subpages automatically link back to their parents, but there is no easy way that I've found to find all the subpages from the parent. The links automatically generated by subpages are not listed on the "What links here" page. It is very easy to create a subpage and then forget about it. There is no easy way that I know of to see what sub-pages have been created. -- ☑ SamuelWantman 07:10, 15 December 2007 (UTC)
I followed a link to this code and i heard it might compromise my account how can i stop it from compromising my account?-- Fang 23 ( talk) 15:23, 15 December 2007 (UTC)
I can't find several edits (mine and others) which I saw in the last few hours UTC of Friday December 14. Puzzlement expressed. -- SEWilco ( talk) 04:47, 16 December 2007 (UTC)
I've received the "You have new messages (Last change)" message. When I click on "new messages" it takes me to the article, Life. Is this some sort of joke? Is it a bug that needs to be reported? SharkD ( talk) 05:17, 16 December 2007 (UTC)
Someone has made WP:(shortcut) expand to Wikipedia:(shortcut), which is logical as it places the shortcut in the correct namespace instead of the main space. However, this change has created hundreds of redlinks, and I cannot find any justification or explanation of it, which I find inconsiderate. Anyone in the know, please explain here. Thanks Geometry guy 22:36, 12 December 2007 (UTC)
And yet, some WP: redirects were not moved. How do I get to them now, to move them properly? Gimmetrow 23:00, 12 December 2007 (UTC) Will this also eventually happen to CAT:, T: and P: redirects? Gimmetrow 23:03, 12 December 2007 (UTC)
What happens in situations in which there were already redirects at the "new" location (e.g., WP:OR and Wikipedia:OR, which were formally two different pages)? Which page history is maintained? I'm asking this because I recall there are a few pages where the Wikipedia: page was not a redirect... --- RockMFR 23:11, 12 December 2007 (UTC)
Something that sucks about this is it's impossible to see what links to the WP shortcut. There are probably tons of links to WP:RFA, but not nearly as many to Wikipedia:RFA. [1] EVula // talk // ☯ // 23:22, 12 December 2007 (UTC)
I find it ironic that WP:DEAD no longer works. (should go to Wikipedia:Dead-end pages). -- Kendrick7 talk 23:22, 12 December 2007 (UTC)
Still broken for logged-out users. When logged in, this problem goes away entirely for me. When logged out, it is firmly in view. For example, logged in all WP: links at Wikipedia:Requests for arbitration/Matthew Hoffman/Proposed decision are blue. Logged out, they are uniformly red (even though clicking does give me an edit box containing a redirect). Splash - tk 23:26, 12 December 2007 (UTC)
What's up with these --DUP pages? Category:Redirects from shortcut has a ton of them. Am I correct in believing these are where the histories have gone? --- RockMFR 23:37, 12 December 2007 (UTC)
Doesn't this block the creation of articles starting with "WP:"? Earlier, if there were something that in real life had a name starting with "WP:", and Wikipedia wanted to make an article about it, we could. Now, these pages will just go to names starting with "Wikipedia:". Nimman ( talk) 23:53, 12 December 2007 (UTC)
I'm pretty sure everything at Special:Prefixindex/Template:WP: is going to need some help. All transclusions that don't specify "Template:" are broken. --- RockMFR 23:57, 12 December 2007 (UTC)
Also, don't forget about
Special:Prefixindex/Talk:WP: - these talk pages probably should be reunited with their redirects. --
B (
talk)
04:20, 13 December 2007 (UTC)
Special:Prefixindex/Template:Wp: also needs work, though I haven't look at the "what links here", so they might all be orphaned already. --- RockMFR 05:27, 13 December 2007 (UTC)
Copied from above for it's own section:
"Here's what happened: JeLuF, a dev, made a change to the software that essentially made WP:* a redirect to Wikipedia:*. He then ran a maintenance script to check for issues in the database WP:something (recorded as 'WP:something' in namespace 0) and make it into 'something' in the wikipedia namespace. It's like a move, only without the logging. History is preserved. If this script finds any duplicates, it appends --DUP to one, and we get to go through them and make sure that the right article got saved. There shouldn't be too many of them. -- uǝʌǝs ʎʇɹnoɟ ʇs(st47) 23:57, 12 December 2007 (UTC)"
So that's what we seem to know so far.. but am I the only one wondering why no one seemed to know about this before hand? I'm not mad at anyone or anything like that, but.. that's one hell of a change without any discussion. --
Ned Scott
05:47, 13 December 2007 (UTC)
Thank you to the devs for making this much needed change. The consensus beforehand was more than sufficient, both on Wikipedia and on Bugzilla.
After a brief transition period, everything is okay, nothing was harmed, and Wikipedia has a great new feature. rspeer / ɹəədsɹ 16:52, 13 December 2007 (UTC)
The recent surprise change to WP: has broken a part of my userpage. [[WP:|List of WP:… abbreviations]] was a handy shortcut to a compact list of WP: abbreviations. How can I get exactly the same list that was available using WP:? None of the variations of Special:Prefixindex/something seem to be like the WP: list. For example, Special:Prefixindex/WP: gives an enormous list — much longer than the WP: list was, as far as I can remember. - Neparis ( talk) 23:32, 14 December 2007 (UTC)
<a href="/info/en/?search=WP:" title="WP:"><b style="color:black;background-color:#ffff66">List of WP</b>
There are a lot of fair use images that need to be resized. It would be great if Mediawiki had a function to create a new version of an image in a different resolution. On the image page there could be a link "resize image". Then I could type in the new width or height and a new version of the image would be created (with the same file name). The old version should stay. It can be deleted later if necessary. -- Apoc2400 ( talk) 15:01, 15 December 2007 (UTC)
You can tag images with {{ fair use reduce}}, and someone will come along shortly and do the job. Rettetast ( talk) 23:54, 15 December 2007 (UTC)
So I was playing around with the URL in "My Contributions" and discovered that by changing the variable "limit=x" one can query more than the most recent 500 entires. What would happen if someone with a fast connection and powerful comp queryed a user like BetaCommanBot with the limit set to 400,000? I'm wondering if there should be some sort of upper limit at which point the connection is refused? Here is a modified link set to 501 to show it is possible - [2] Mbisanz ( talk) 08:50, 16 December 2007 (UTC)
I've recently noticed that my Watchlist loads OK in my browser (both Safari and Firefox) but then the browser indicates it's trying to load "something else". For ever. It turns out that the "something else" is http://tools.wikimedia.de/~gmaxwell/cgi-bin/geonotice.py - this page appears to hang for ever. I'd be interested to know
Tonywalton Talk 13:45, 16 December 2007 (UTC)
This page contains discussions that have been archived from Village pump (technical). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.
< Older discussions · Archives: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z, AA, AB, AC, AD, AE, AF, AG, AH, AI, AJ, AK, AL, AM, AN, AO, AP, AQ, AR, AS, AT, AU, AV, AW, AX · 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213
See this edit to list of French people, adding <noincludeonly> and </includeonly> to the start of a section heading. This caused MediaWiki's edit section feature to go haywire - in short, all section edit links after the <includeonly> and </includeonly> edited the section after the one they were supposed to. A working demonstration of this can be found at User:Graham87/sandbox2. This problem is invisible when reading a page, and would be very confusing to new users. Is there a way of detecting other instances of this issue in Wikipedia? IMO at least the includeonly link should be removed from MediaWiki:Edittools to reduce the likelyhood of this problem happening again. What appears to be a similar issue has been filed as bug 6563 and I have commented there. Graham 87 14:36, 11 December 2007 (UTC)
Perhaps its a good idea if one of the bots watches for edits of this nature. It is really easy for a bot to fix a noinclude or includeonly that is basically empty. -- TheDJ ( talk • contribs) 19:22, 11 December 2007 (UTC)
When you try to edit or view pages that are under cascading protection (e.g. Red link), the edit tab still says edit this page, but it should actually say view source. - FISDOF 9 03:05, 12 December 2007 (UTC)
Some pages are screwed up (at least on my Firefox) such as Portal:Current events/Sports. -- Howard the Duck 16:49, 12 December 2007 (UTC)
Hi,
When I type "termination shock" in the "search" field and click "Go", I'm brought to the URL http://en.wikipedia.org/wiki/Termination_shock#Termination_shock which surprises me; I had expected Heliosphere#Termination_shock. Why does this occur? Tempshill ( talk) 17:00, 12 December 2007 (UTC)
General question,
Why have i just received a new Gadget on my preferences, the protection tool used by Administrators, on my monobook there's no script installed which includes the protection tool the only script i have installed is Twinkle, and nav popup screen. SKYNET X7000 ( talk) 20:10, 12 December 2007 (UTC)
I think that we should have some new code in the next revision of MediaWiki that modifys English spellings based on your IP address. That would mask my all-time pet peeve about Wikipedia, and prevent these stupid spelling debates. C'mon, it would only be a few kilobytes! Canada-kawaii 15:01, 3 December 2007 (UTC)
I have just committed code changes (r28385) which allow protection of nonexistent pages using the existing protection interface (rather than icky cascading protection hacks). In a few days, all sysops will be able to protect non-existent articles from creation by navigating to the article and clicking on the 'protect' tab (interface example here). When a user who cannot edit the article due to this protection, they will receive an error message like this. Please note that:
— Werdna talk 10:04, 11 December 2007 (UTC)
Special:Protectedtitles has been introduced in r28506. — Werdna talk 06:25, 15 December 2007 (UTC)
How would one, if possible, go about changing the links at the top right? -- EoL talk 21:51, 12 December 2007 (UTC)
If you're talking about the user links, you can modify those by accessing their id
(in the monobook skin). For instance, to change the text "my watchlist" to "my stalklist", use the following code:
addOnloadHook(function() {
document.getElementById("pt-watchlist").firstChild.firstChild.nodeValue = "my stalklist";
});
The ids of the links are, in order, pt-userpage, pt-mytalk, pt-preferences, pt-watchlist, pt-mycontris, and pt-logout (again, in the monobook skin).
You can add a link using the addPortletLink
function. It takes the arguments portlet, href, text, id, tooltip, accesskey, nextnode
, which refer to the name of the "portlet" to add the item to (in this case, p-personal
), what the item links to, the text of the item, a string that can be used to find the object on a page, the tooltip for the item (what you see when you hover of it), the
keyboard shortcut of the link, and where to place the item in the portlet. To add a purge link to the top-right, for example, use this code:
if (wgNamespaceNumber > -1) {
addOnloadHook(function() {
addPortletLink("p-personal", wgServer + wgScript
+ "?title=" + wgPageName
+ "&action=purge",
"purge", "pt-purge",
"Request that the server re-render this page");
});
}
If you just need to copy-and-paste code to do something like this, I'd be glad to write it. Gracenotes T § 23:39, 14 December 2007 (UTC)
I received (and agree with) this complaint/inquiry via email:
So, can I suggest that we add the numbers automatically to the beginning of subsection headings?
This would also help immensely on pages like this pump, which have dozens of subsections. I might glance at the ToC, see threads 11, 33, and 44 are interesting, and then quickly scroll between them.
They would obviously have to not be part of the actual hyperlinked-title, as they're subject to change. Maybe in a small/standard font, so that they're clearly unconnected from the actual heading. For this and usability reasons, I'm asking here at the VPT.
Thoughts? -- Quiddity ( talk) 21:15, 11 December 2007 (UTC)
Should we remove the numbers from the default ToC (and just use bullet points) to avoid this confusion? Or are there other good uses for the numbers in the ToC, that override this inconsistency? Thanks. -- Quiddity ( talk) 20:27, 12 December 2007 (UTC)
/* Hide the number */
.tocnumber {
display: none;
}
/* Show the bullet again */
#toc ul {
list-style-image: url(/skins-1.5/monobook/bullet.gif);
list-style-type: square;
margin: 0.3em 0 0 1.5em;
}
For some reason, Moshe Shmuel Glasner is not showing much of its content: large sections of the article are inexplicably missing. However, if one edits the page, the text is there. So too on Preview mode (of Edit), on Printable view, and on History of the page; in all these cases, all the text is present. Nonetheless, the ordinary view of the page is hiding much content.
The missing content is large blocks of text in sections one, four, and five; in References, and in Resources.
Three screenshots, with the error circled in red:
Despite several attempts by various individuals to fix this problem, and despite several claims that it is in fact fixed, this problem continues. These individuals looked at the screenshots above, and replied that the problem there pictured, does not occur on their computers. Nevertheless, the problem DOES occur on my computer and on several other computers that I tried. My computer has fully up-to-date versions of IE7 and Firefox.
Thank you! Sevendust62 ( talk) 13:21, 12 December 2007 (UTC)
Update:I have just determined that only http://en.wikipedia.org/wiki/Moshe_Shmuel_Glasner is not working; http://en.wikipedia.org/?title=Moshe_Shmuel_Glasner works just fine. The former (problematic) one is the page arrived at via the search box (search for "Moshe Shmuel Glasner") and internal linking (i.e. [[Moshe Shmuel Glasner]]). Can anyone else confirm? So it would seem the problem is NOT due to my computer or my ISP, as the first URL does not work but the second URL works just fine. Sevendust62 ( talk) 00:52, 14 December 2007 (UTC)
I am using the same computer as before, except now at a public wireless hotspot. Everything works properly. It is apparently then the ISP and neither my computer nor Wikipedia. Sure a vexing problem though! Thanks for everyone's help. Sevendust62 ( talk) 21:11, 15 December 2007 (UTC)
Could there be a choice on the "What links here" page to select subpages? All subpages automatically link back to their parents, but there is no easy way that I've found to find all the subpages from the parent. The links automatically generated by subpages are not listed on the "What links here" page. It is very easy to create a subpage and then forget about it. There is no easy way that I know of to see what sub-pages have been created. -- ☑ SamuelWantman 07:10, 15 December 2007 (UTC)
I followed a link to this code and i heard it might compromise my account how can i stop it from compromising my account?-- Fang 23 ( talk) 15:23, 15 December 2007 (UTC)
I can't find several edits (mine and others) which I saw in the last few hours UTC of Friday December 14. Puzzlement expressed. -- SEWilco ( talk) 04:47, 16 December 2007 (UTC)
I've received the "You have new messages (Last change)" message. When I click on "new messages" it takes me to the article, Life. Is this some sort of joke? Is it a bug that needs to be reported? SharkD ( talk) 05:17, 16 December 2007 (UTC)
Someone has made WP:(shortcut) expand to Wikipedia:(shortcut), which is logical as it places the shortcut in the correct namespace instead of the main space. However, this change has created hundreds of redlinks, and I cannot find any justification or explanation of it, which I find inconsiderate. Anyone in the know, please explain here. Thanks Geometry guy 22:36, 12 December 2007 (UTC)
And yet, some WP: redirects were not moved. How do I get to them now, to move them properly? Gimmetrow 23:00, 12 December 2007 (UTC) Will this also eventually happen to CAT:, T: and P: redirects? Gimmetrow 23:03, 12 December 2007 (UTC)
What happens in situations in which there were already redirects at the "new" location (e.g., WP:OR and Wikipedia:OR, which were formally two different pages)? Which page history is maintained? I'm asking this because I recall there are a few pages where the Wikipedia: page was not a redirect... --- RockMFR 23:11, 12 December 2007 (UTC)
Something that sucks about this is it's impossible to see what links to the WP shortcut. There are probably tons of links to WP:RFA, but not nearly as many to Wikipedia:RFA. [1] EVula // talk // ☯ // 23:22, 12 December 2007 (UTC)
I find it ironic that WP:DEAD no longer works. (should go to Wikipedia:Dead-end pages). -- Kendrick7 talk 23:22, 12 December 2007 (UTC)
Still broken for logged-out users. When logged in, this problem goes away entirely for me. When logged out, it is firmly in view. For example, logged in all WP: links at Wikipedia:Requests for arbitration/Matthew Hoffman/Proposed decision are blue. Logged out, they are uniformly red (even though clicking does give me an edit box containing a redirect). Splash - tk 23:26, 12 December 2007 (UTC)
What's up with these --DUP pages? Category:Redirects from shortcut has a ton of them. Am I correct in believing these are where the histories have gone? --- RockMFR 23:37, 12 December 2007 (UTC)
Doesn't this block the creation of articles starting with "WP:"? Earlier, if there were something that in real life had a name starting with "WP:", and Wikipedia wanted to make an article about it, we could. Now, these pages will just go to names starting with "Wikipedia:". Nimman ( talk) 23:53, 12 December 2007 (UTC)
I'm pretty sure everything at Special:Prefixindex/Template:WP: is going to need some help. All transclusions that don't specify "Template:" are broken. --- RockMFR 23:57, 12 December 2007 (UTC)
Also, don't forget about
Special:Prefixindex/Talk:WP: - these talk pages probably should be reunited with their redirects. --
B (
talk)
04:20, 13 December 2007 (UTC)
Special:Prefixindex/Template:Wp: also needs work, though I haven't look at the "what links here", so they might all be orphaned already. --- RockMFR 05:27, 13 December 2007 (UTC)
Copied from above for it's own section:
"Here's what happened: JeLuF, a dev, made a change to the software that essentially made WP:* a redirect to Wikipedia:*. He then ran a maintenance script to check for issues in the database WP:something (recorded as 'WP:something' in namespace 0) and make it into 'something' in the wikipedia namespace. It's like a move, only without the logging. History is preserved. If this script finds any duplicates, it appends --DUP to one, and we get to go through them and make sure that the right article got saved. There shouldn't be too many of them. -- uǝʌǝs ʎʇɹnoɟ ʇs(st47) 23:57, 12 December 2007 (UTC)"
So that's what we seem to know so far.. but am I the only one wondering why no one seemed to know about this before hand? I'm not mad at anyone or anything like that, but.. that's one hell of a change without any discussion. --
Ned Scott
05:47, 13 December 2007 (UTC)
Thank you to the devs for making this much needed change. The consensus beforehand was more than sufficient, both on Wikipedia and on Bugzilla.
After a brief transition period, everything is okay, nothing was harmed, and Wikipedia has a great new feature. rspeer / ɹəədsɹ 16:52, 13 December 2007 (UTC)
The recent surprise change to WP: has broken a part of my userpage. [[WP:|List of WP:… abbreviations]] was a handy shortcut to a compact list of WP: abbreviations. How can I get exactly the same list that was available using WP:? None of the variations of Special:Prefixindex/something seem to be like the WP: list. For example, Special:Prefixindex/WP: gives an enormous list — much longer than the WP: list was, as far as I can remember. - Neparis ( talk) 23:32, 14 December 2007 (UTC)
<a href="/info/en/?search=WP:" title="WP:"><b style="color:black;background-color:#ffff66">List of WP</b>
There are a lot of fair use images that need to be resized. It would be great if Mediawiki had a function to create a new version of an image in a different resolution. On the image page there could be a link "resize image". Then I could type in the new width or height and a new version of the image would be created (with the same file name). The old version should stay. It can be deleted later if necessary. -- Apoc2400 ( talk) 15:01, 15 December 2007 (UTC)
You can tag images with {{ fair use reduce}}, and someone will come along shortly and do the job. Rettetast ( talk) 23:54, 15 December 2007 (UTC)
So I was playing around with the URL in "My Contributions" and discovered that by changing the variable "limit=x" one can query more than the most recent 500 entires. What would happen if someone with a fast connection and powerful comp queryed a user like BetaCommanBot with the limit set to 400,000? I'm wondering if there should be some sort of upper limit at which point the connection is refused? Here is a modified link set to 501 to show it is possible - [2] Mbisanz ( talk) 08:50, 16 December 2007 (UTC)
I've recently noticed that my Watchlist loads OK in my browser (both Safari and Firefox) but then the browser indicates it's trying to load "something else". For ever. It turns out that the "something else" is http://tools.wikimedia.de/~gmaxwell/cgi-bin/geonotice.py - this page appears to hang for ever. I'd be interested to know
Tonywalton Talk 13:45, 16 December 2007 (UTC)