981:, thanks for the feedback. Do you know anything about the internals, or in particular, how to check how expensive the query is? It seems to come back very quickly, so I'm guessing not too expensive, but I don't know. The reason for the question is, I wonder if adding that link to the /doc page as I did, might give it too much exposure, and cause too much increased load on the servers. Then again, who reads a /doc page, lol... Do let me know if you think I should remove the link, or hide it in the middle of some talk page discussion or something, to make it less appealing to click.
305:. http: and https: are both problematic. Some tools redirect http: requests to https:, presumably to meet security requirements, but in doing so divert them to the non-functional info.tm domain. https: gives a bad certificate warning, as it is certified for dispenser.info.tm rather than for the IP address. It would be helpful to bring these tools in-house to tools.wmflabs.org or similar.
1214:, we may have interpreted Russ's comment differently; I don't see any problem with the sample links in the template itself, or rather, in the template /doc page; are you saying that those three links are skewing the statistics somewhere by three false positives because they are intentional? Oor perhaps it's your comment that I don't understand?
1082:
845:
273:
430:
640:), rather than where it is currently. The trade-off appears to be, simpler wikicode in exchange for a non-standard placement of the link. (Is there a standard? Or is it just long convention?) But I don't feel strongly about it, either, as long as we can get the list-links functionality in. If there's no objection to
179:. Attempts to use dispenser.info.tm are unwise because it appears that the domain has been taken over and is controlled by someone (not Dispenser) who might be sitting on it hoping to be paid for its return, or who may be injecting malware into the browsers of anyone visiting the site. The suggestion at VPT is that
905:
of my previous clicks from the same browser? I switched to another browser (Chrome) and it doesn't work on direct click from the
Template page, but right-click + "Open link in new tab" it does work. From iOS (iPhone) it always opens in a new tab, and works. I'm confused. Do you see anything wrong with my url?
187:(not http) with the IP—see the examples at the VPT link. Problem: If you are using a decent browser, it will complain a lot about visiting the https IP link because either there will be no certificate, or the certificate will be for a name, not an IP. You can override the browser's objection if confident.
919:
Getting inconsistent results. I have one theory now, but haven't fully tested it; I think it might be naming the window, and if you already have a tab/window open with that name, it stops returning results. If this is right, then solution is kill all other tabs, and try again. Does it sound like I'm
604:
to be invoked before the 'issue' or any other text is evaluated. The only way I found to do that, required the boilerplate to be accessed twice, and while that's not very elegant, I give much more weight to a clean UX than the look of the wikicode, and let's face it, any template's code looks pretty
300:
In my opinion, Dispenser's tools save time rather than wasting it. Like other tools, wherever hosted, they suggest changes for editors to consider, ready for us to review then publish, refine or cancel as we judge fit. The IP address for
Dispenser's tools is 69.142.160.183; for example Dabfix is at
1367:
on it and counts the number of remaining disambiguation links on the page. If there are four or fewer, it removes the template. However, the links inside the template count, so if no one manually removes them after fixing the links, and assuming there were more than four to start with, the bot will
1039:
Having them on the doc page seems like a level of indirection that would reduce usage from casual users compared to having check/fix links embedded in many articles, but would keep the links available for those who sought them out. Is this a good compromise, as far as exposing these links? At least
904:
Okay, wait; now I'm getting inconsistent results, and for the first time, it's working on the
Template page, but a couple of times, it didn't work from the /doc page. Could this be something about how it interacts when creating a named page (or unnamed, like '_NEW')? Could it depend on the history
530:
These unnamed parameters (up to ten) can be added manually by a user. Or, assuming an upgrade to DPL bot, they could be autogenerated, which would be helpful, while we wait for the check/fix links to be fixed. There's one fishy thing going on with the date param, which I haven't looked at yet; see
252:
I concur that the links should be disabled until the script can be hosted on safe servers. Why hasn't this been done? I know this is off topic, but we should simply project-ban any tool that uses 'private' servers, this type of a problem comes up again and again. Host on safe servers that community
959:
fails, which suggests that we're not doing anything different and there's a bug in PetScan or something it uses. I make heavy use of
Dispenser's tools and for now I'm continuing to run them via the IP address, constructing the URLs manually where the convenience links have been removed from the
888:
page and try the same thing, it doesn't work, and I'm not sure why. To get it working at all, I had to uri escape the left and right brackets; is there something I'm missing here? I just don't see why transcluding an external link from the doc page, would make it stop working. I must be missing
593:
was an attempt to fix something we talked about at my Talk page, but unfortunately it broke something: namely keeping the show/hide link top right. If you look at the example above now, the show/hide has dropped down into the middle of the template; it's kind of ugly that way and there's some
995:
I don't know PetScan's internals, so run time is my only clue to efficiency. I think it's safe to advertise; not many of us will use it and we generally know our way round. I'd mention that it excludes redirects. I still prefer
Dispenser's tool and it's a shame that it seems to be becoming
1303:
copy-paste and search. My question to you (or Russ) would then be, "Okay, some fixed links remain on lists. So what?" Not trying to be flip, just trying to cut to the heart of the matter. If we want to take away the links, I'd like to get more support (pro or con) than just the three of us.
1302:
Thanks, now I understand you, at least. We could simply place them in plain text, instead of linked, and then the problem goes away. It reduces the utility of the template somewhat, by making it harder to click through and examine the supposed dab page, but a user could still manage that via
1188:
templates on pages that are full of footnotes, or other maintenance templates that outlast their usefulness by a decade, it's hardly surprising that a dablinks message might stay up there too long, until someone finally gets tired of it and removes it. Seems like worry #99 on the
209:, thanks for the comment. I understand about certificates and how to evaluate my own risk, but I don't believe Knowledge (XXG) should display links that require everyone to make that same evaluation. Unless there's some objection, I'm going to disable these links for now. Adding
1040:
on the doc page, we'd have the room to include whatever caveats we felt like including, whereas that's not really practical from inside the template banner. At least if they were on the doc page, those willing to accept the risk could still use them without too much difficulty.
568:
Yes, that makes sense, thanks; I'll remove that part. I had second toughts about the "Please find..." verbiage; should it say, "Please find and fix..", or just a neutral statement like, "The following links in the article may need attention..." or what do you think?
546:
A discussion of circular links seems unnecessary to me. We are only looking for links to disambiguation pages; unless this template is appearing on a disambiguation page itself (possible, but rare), any link to a disambiguation page is not going to be circular.
1111:
The addition of the new optional parameters to this template has had an unintended consequence: editors helpfully fix the links in the body of the article, but forget to (or are not aware they should) remove them from the template at the top of the page.
238:). Does it at least have some configurable option that can be used to run it again, this time pointing straight at that article, and requesting a full dablink dump, so we can fix them? Ideally to the article talk page, but anywhere that's convenient.
1199:
Yeah, I can totally see that. And that's bad, why? Are they reporting on dablinks in the article, or dablinks listed in the template? If the latter, I would modestly suggest that that is the wrong approach. Those stats should be based on an actual
824:. Note: this change incorporates a change to safesubst added to the sandbox version but not by me, and I'm not sure how to test that separately; testcases seem fine, and I spot-checked a bunch of live transclusions, and everything looks fine.
613:, all without invoking boilerplate twice, then that would be ideal, but I'd prefer to back up to the previous version if you can't. There may be a way, but I tried various things and just couldn't find it. If you look at the History of
45:
It should go without saying that this should not be standard for all pages, but merely those which by their nature will and should link to many disambiguation pages which this well-intentioned bot will simply wreck otherwise.
408:
Responding to the situation discussed above, I thought it would be useful to extend the functionality of the page to allow the user to add some dablinks to the display as optional parameters. This is now available in the
1031:
to the "External links" section of the doc page, perhaps with a brief warning about invalid certificates and the risk involved, linked to some standard explanation? (Maybe even our own, if there is such a page; we have
1356:
My initial assessment actually was wrong. If it were correct, this would probably be classified as merely a minor annoyance. However, on further study, what actually happens is that the bot looks at each page with
1055:
I think so. I keep dropping the links into talk pages but /doc seems like a better place to store them. It's also somewhere to advertise resumption of normal service or a replacement if one should appear.
1331:
Any of plain links, external links or the piped links I suggested above should solve the problem, and it's not a disaster if we fail to solve it – assuming, again, that I've understood Russ correctly.
723:
in front of the rest of the url for mobile testing from a laptop, or do I have to use the mobile device for testing (I'm able to, I just like the larger interface, where possible).
955:
I'm also getting inconsistent results. It works the "first time" (I can't pin down exactly what I mean by that) but fails later. Also, taking a run which works and clicking
124:
384:
As far as I am aware, there's no evidence that these programs were licensed under a free license, so they would need to be rewritten to avoid copyright infringement.
605:
ugly. The previous version did the best by the user, which is why I went with it. If you can find a way to keep that show/hide link at the top, and keep using
439:
1033:
934:
Nope; killed all PetScan tabs, still no go. Purged the page, started working again; clicked again, now it worked in two tabs. I give up. (For now.)
614:
884:
page, and click the "Sample run", it works for me, and returns the three links listed higher up on the doc page as the example. If you go to the
778:
is then visible after clicking on "Learn more". You don't need a mobile device; you can check by using the "Mobile view" link in the footer. When
1372:
remove the template. This is not just an annoyance, it is a problem. Either intentional dablinks or external link syntax should eliminate it. --
670:
for show/hide link at the top. Also, it appears to interact with the date, which gets pushed below the dab list, and an extra blank line above.
594:
overlap (in my browser, anyway). The earlier version, was the solution I found for keeping the show/hide link top right, and that required the
253:
will maintain or you don't get to share your tool with the community for reasons of security and convenience (as in, wasting our time here). --
176:
82:
1317:
P.S. What if we code it as an external link (https...wiki/dabpage) instead of a wikilink; does it still remain on the lists in that case?
556:
372:
1435:
1288:
363:. I don't see any technical reason why these programs could not be ported to Toolforge, if someone has the time and energy to do it. --
1381:
1137:
228:
would do so, since it apparently already has the code to discover and identify them, as it counted "7 or more" dablinks at
1143:
Oops. As the links in the template are intentional links to dabs, should they go to ] (or perhaps ] where appropriate)?
804:
23:
Removed complaint about inability to opt out from this on needful pages. It was poor documentation: simply include the
1391:
414:
1118:
of the ambiguous links in the article, no problem, since the bot will then remove the template on its next daily run.
63:
The links that go to dispenser.info.tm seem broken for me, they don't load anything. Can anyone check if it works? --
1228:
I think Russ is reporting the following behaviour. If I've misunderstood then please disregard my comment above.
410:
666:'s version, with the link at the bottom. Previous versions are in the sandbox history, should there be a future
768:
1243:
Entire template remains on article because some links are unfixed. Unfixed links correctly remain on lists.
183:
you could try using what is believed to be
Dispenser's IP. For some reason unknown to me, you have to use http
450:
821:
618:
590:
234:
1403:
1223:
1152:
881:
877:
637:
578:
456:
395:
148:
662:
I still think it looks nicer with the link top right, but since I'm the newbie here, I just went with
1252:
The problem is the bit in italics. The three links in the /doc are inconsequential. Is that right,
47:
34:
1182:
443:
1409:
1399:
1322:
1308:
1219:
1094:
1075:
1045:
986:
939:
925:
910:
894:
857:
832:
749:
728:
675:
649:
626:
574:
536:
349:
285:
243:
192:
132:
90:
782:
is used, it will get truncated since it is too long unless you add the appropriate class. Also,
1431:
1377:
1284:
1133:
552:
368:
1361:
885:
876:, can you help me figure out a problem I'm having with an external link? If you looks at the
484:
321:
259:
224:
Not sure if xtools has a utility that will just list all the dablinks on page, but I wish the
157:
144:
69:
1124:
of the ambiguous links, the links in the template remain as false positives on lists such as
667:
473:
1417:
1337:
1261:
1148:
1061:
1001:
965:
798:
390:
310:
1178:
Yeah, not surprising. Are you saying that this is a problem? When I think of the number of
852:. First cut, anyway. Please have a look at the doc, and see if it needs anything. Thanks,
786:
598:
617:, you'll see I went through some of the same thoughts you just did, and somewhere around
103:
Still, or again broken? Clicking "check" or "fix" gets you a 404 for dispenser.info.tm.
114:
644:'s version, I'll move that one live after leaving some time for comment; say, a week?
1395:
1318:
1304:
1215:
1090:
1071:
1041:
982:
950:
935:
921:
906:
890:
853:
828:
745:
724:
671:
645:
622:
570:
532:
345:
335:
281:
239:
204:
188:
128:
106:
86:
85:. I removed the dispenser link because apparently it goes to some other website now.
1427:
1373:
1280:
1279:
Yes, you've got that right. The links in the /doc page don't cause any problems. --
1253:
1157:
1129:
563:
548:
494:
489:
479:
468:
in this article that point to articles in the list below. They may be of the form:
379:
364:
327:
255:
225:
212:
153:
110:
65:
27:
764:
is shown on the article. This is the same thing that gets shown when wrapped with
1194:
1173:
1163:
1413:
1333:
1297:
1274:
1257:
1209:
1144:
1057:
997:
976:
961:
873:
793:
741:
692:
663:
641:
586:
524:
509:
499:
418:
385:
331:
306:
229:
216:
118:
1245:
Fixed links incorrectly remain on lists, because they are still in the template
302:
504:
465:
453:
these ambiguous links to articles dealing with the specific meaning intended.
636:
In my opinion, it looks nicer with the show/hide link top right (examples in
360:
339:
1421:
1341:
1326:
1312:
1265:
1098:
1065:
1049:
1005:
990:
969:
943:
929:
914:
898:
861:
836:
809:
753:
732:
679:
653:
630:
540:
353:
314:
289:
265:
247:
196:
163:
136:
94:
75:
52:
39:
145:
https://dispenser.toolforge.org/cgi-bin/dablinks.py?page=Template:Dablinks
1237:
Template appears on article, duplicating up to ten of those links to dabs
33:
template at the top of the page, with the instruction "|deny=DPL bot". —
1174:..but forget to... remove them from the template at the top of the page
827:
Updates to the /doc page to follow. Thanks all, for review and tweaks!
1408:
That's one way, as recommended (without this circumstance in mind) at
957:
Link to a pre-filled form for the query you just ran with ... auto-run
322:
User talk:DPL bot#Feature request: dump dablink list into the template
589:
Thanks for the answers to the questions at my Talk page. I know that
149:
https://dispenser.info.tm/~cgi-bin/dablinks.py?page=Template:Dablinks
621:, I came up with that solution. Hopefully you'll find a better way.
429:
413:
as a backward-compatible upgrade, and examples can be viewed on the
1125:
280:. Links removed, pending further discussion/resolution of this.
1195:...the links in the template remain as false positives on lists
1234:
Links to dabs correctly appear on lists such as disambig_links
423:
713:
instead without appropriate classes impactes the mobile view.
531:
the test cases. Your feedback would be appreciated. Thanks,
523:
This example uses real dablinks, as reported for the article
1164:
editors helpfully fix the links in the body of the article..
417:
page. Here's one example, to give you an idea. This is for
1018:
Should we include dispenser tool links from the doc page?
709:(and not need the boilerplate text in two places). Using
1426:
Yes, that's what I meant by "intentional dablink(s)." --
1240:
Editor fixes some but not all links to dab in article
868:
External link transcluded from doc page stops working
1036:, but it's not very helpful for evaluating risk.)
719:Can you elaborate on that? Is it enough to stick
1168:Are they really doing that already? That's great!
1126:https://dplbot.toolforge.org/disambig_links.php
820:The new functionality has been released as of
699:
8:
1089:. Please have a look, and update as needed.
303:http://69.142.160.183/~dispenser/view/Dabfix
123:can someone help? (The VPT link is now in
1034:DNS Certification Authority Authorization
361:http://69.142.160.183/~dispenser/sources/
320:Please comment on the feature request at
615:User:Mathglot/sandbox/Templates/Dablinks
359:Dispenser's source code is available at
701:I've tweaked the sandbox to keep using
1120:But if the editor is only able to fix
1070:That's just what I was thinking, too.
956:
779:
775:
761:
740:Broken ping, I think; here's another.
710:
706:
702:
256:Piotr Konieczny aka Prokonsul Piotrus
154:Piotr Konieczny aka Prokonsul Piotrus
66:Piotr Konieczny aka Prokonsul Piotrus
7:
1231:Editor adds links to dabs to article
175:The situation is again at VPT, see
14:
1080:
843:
428:
271:
889:something, but I don't see it.
1107:Law of unintended consequences
1078:) 04:04, 6 August 2020 (UTC)
1:
1436:12:52, 1 September 2020 (UTC)
1422:11:26, 1 September 2020 (UTC)
1404:08:48, 1 September 2020 (UTC)
1382:00:39, 1 September 2020 (UTC)
695:, at my Talk page, you said,
404:New functionality in sandbox
1342:10:38, 26 August 2020 (UTC)
1327:01:01, 26 August 2020 (UTC)
1313:00:56, 26 August 2020 (UTC)
1289:13:33, 26 August 2020 (UTC)
1266:00:27, 26 August 2020 (UTC)
1224:00:09, 26 August 2020 (UTC)
1153:19:13, 25 August 2020 (UTC)
1138:17:48, 25 August 2020 (UTC)
1022:Should we add these links:
792:does not work on mobile. —
147:with a suggestion to go to
1458:
1099:04:19, 6 August 2020 (UTC)
1066:13:56, 5 August 2020 (UTC)
1050:22:10, 4 August 2020 (UTC)
1006:14:31, 2 August 2020 (UTC)
991:10:40, 2 August 2020 (UTC)
970:09:25, 2 August 2020 (UTC)
944:08:03, 2 August 2020 (UTC)
930:07:54, 2 August 2020 (UTC)
915:07:50, 2 August 2020 (UTC)
899:07:42, 2 August 2020 (UTC)
862:06:36, 2 August 2020 (UTC)
837:23:03, 1 August 2020 (UTC)
810:00:28, 5 August 2020 (UTC)
760:In mobile only what is in
680:02:17, 2 August 2020 (UTC)
151:that ends in a timeout. --
53:14:37, 12 April 2012 (UTC)
40:14:36, 12 April 2012 (UTC)
754:08:11, 17 July 2020 (UTC)
733:08:11, 17 July 2020 (UTC)
654:18:45, 21 July 2020 (UTC)
631:07:52, 17 July 2020 (UTC)
579:19:43, 16 July 2020 (UTC)
557:15:04, 15 July 2020 (UTC)
541:07:41, 15 July 2020 (UTC)
396:15:51, 14 July 2020 (UTC)
373:13:18, 14 July 2020 (UTC)
354:06:56, 14 July 2020 (UTC)
315:10:40, 14 July 2020 (UTC)
290:04:00, 14 July 2020 (UTC)
266:03:38, 14 July 2020 (UTC)
248:02:33, 14 July 2020 (UTC)
197:11:05, 13 July 2020 (UTC)
164:10:31, 13 July 2020 (UTC)
137:10:28, 13 July 2020 (UTC)
95:01:53, 18 June 2020 (UTC)
76:01:25, 18 June 2020 (UTC)
438:This article currently
715:
442:to a large number of
1114:If the editor fixes
446:(or back to itself).
444:disambiguation pages
143:I am getting 404 at
1160:, point by point:
472:, with or without
1386:Assume you mean,
886:Template:Dablinks
808:
757:
756:
521:
520:
485:Revolutionary War
459:
393:
18:Kill it with fire
1449:
1389:
1366:
1360:
1301:
1278:
1213:
1196:
1187:
1181:
1175:
1165:
1088:
1084:
1083:
980:
954:
920:onto something?
851:
847:
846:
796:
791:
785:
781:
777:
773:
767:
763:
739:
738:
722:
712:
708:
704:
603:
597:
567:
516:
471:
454:
432:
424:
389:
383:
343:
279:
275:
274:
262:
220:
208:
160:
122:
72:
50:
37:
32:
26:
1457:
1456:
1452:
1451:
1450:
1448:
1447:
1446:
1387:
1364:
1358:
1295:
1272:
1207:
1185:
1179:
1109:
1081:
1079:
1020:
974:
948:
880:section on the
878:#External links
870:
844:
842:
818:
789:
783:
771:
769:multiple issues
765:
720:
690:
601:
595:
561:
517:
515:
514:
469:
448:
433:
406:
377:
325:
272:
270:
264:
260:
210:
202:
186:
162:
158:
104:
74:
70:
61:
48:
35:
30:
24:
21:
12:
11:
5:
1455:
1453:
1445:
1444:
1443:
1442:
1441:
1440:
1439:
1438:
1353:
1352:
1351:
1350:
1349:
1348:
1347:
1346:
1345:
1344:
1315:
1293:
1292:
1291:
1250:
1249:
1248:
1241:
1238:
1235:
1232:
1204:
1203:
1202:
1201:
1192:
1191:
1190:
1171:
1170:
1169:
1155:
1108:
1105:
1104:
1103:
1102:
1101:
1029:
1028:
1026:
1019:
1016:
1015:
1014:
1013:
1012:
1011:
1010:
1009:
1008:
932:
917:
869:
866:
865:
864:
817:
814:
813:
812:
758:
717:
716:
689:
686:
685:
684:
683:
682:
657:
656:
584:
583:
582:
581:
519:
518:
513:
512:
507:
502:
497:
492:
487:
482:
463:
462:
461:
436:
434:
427:
405:
402:
401:
400:
399:
398:
318:
317:
297:
296:
295:
294:
293:
292:
254:
222:
184:
173:
172:
171:
170:
169:
168:
167:
166:
152:
98:
97:
64:
60:
57:
56:
55:
20:
15:
13:
10:
9:
6:
4:
3:
2:
1454:
1437:
1433:
1429:
1425:
1424:
1423:
1419:
1415:
1411:
1407:
1406:
1405:
1401:
1397:
1393:
1390:, generating
1385:
1384:
1383:
1379:
1375:
1371:
1363:
1355:
1354:
1343:
1339:
1335:
1330:
1329:
1328:
1324:
1320:
1316:
1314:
1310:
1306:
1299:
1294:
1290:
1286:
1282:
1276:
1271:
1270:
1269:
1268:
1267:
1263:
1259:
1255:
1251:
1246:
1242:
1239:
1236:
1233:
1230:
1229:
1227:
1226:
1225:
1221:
1217:
1211:
1206:
1205:
1198:
1197:
1193:
1184:
1177:
1176:
1172:
1167:
1166:
1162:
1161:
1159:
1156:
1154:
1150:
1146:
1142:
1141:
1140:
1139:
1135:
1131:
1127:
1123:
1119:
1117:
1106:
1100:
1096:
1092:
1087:
1077:
1073:
1069:
1068:
1067:
1063:
1059:
1054:
1053:
1052:
1051:
1047:
1043:
1037:
1035:
1027:
1025:
1024:
1023:
1017:
1007:
1003:
999:
994:
993:
992:
988:
984:
978:
973:
972:
971:
967:
963:
958:
952:
947:
946:
945:
941:
937:
933:
931:
927:
923:
918:
916:
912:
908:
903:
902:
901:
900:
896:
892:
887:
883:
879:
875:
867:
863:
859:
855:
850:
841:
840:
839:
838:
834:
830:
825:
823:
815:
811:
806:
803:
800:
795:
788:
770:
759:
755:
751:
747:
743:
737:
736:
735:
734:
730:
726:
714:
698:
697:
696:
694:
687:
681:
677:
673:
669:
665:
661:
660:
659:
658:
655:
651:
647:
643:
639:
635:
634:
633:
632:
628:
624:
620:
616:
612:
608:
600:
592:
588:
580:
576:
572:
565:
560:
559:
558:
554:
550:
545:
544:
543:
542:
538:
534:
528:
526:
511:
508:
506:
503:
501:
498:
496:
493:
491:
488:
486:
483:
481:
478:
477:
475:
467:
458:
452:
447:
445:
441:
435:
431:
426:
425:
422:
420:
416:
412:
403:
397:
392:
387:
381:
376:
375:
374:
370:
366:
362:
358:
357:
356:
355:
351:
347:
341:
337:
333:
329:
323:
316:
312:
308:
304:
299:
298:
291:
287:
283:
278:
269:
268:
267:
263:
257:
251:
250:
249:
245:
241:
237:
236:
231:
227:
223:
218:
214:
206:
201:
200:
199:
198:
194:
190:
182:
178:
165:
161:
155:
150:
146:
142:
141:
140:
139:
138:
134:
130:
126:
120:
116:
112:
108:
102:
101:
100:
99:
96:
92:
88:
84:
80:
79:
78:
77:
73:
67:
58:
54:
51:
44:
43:
42:
41:
38:
29:
19:
16:
1369:
1244:
1121:
1115:
1113:
1110:
1085:
1038:
1030:
1021:
996:deprecated.
871:
848:
826:
819:
801:
718:
700:
691:
610:
606:
585:
529:
527:by PetScan.
522:
495:John Lambert
490:James Dacres
480:Moraviantown
464:Please find
437:
407:
319:
276:
233:
181:if desperate
180:
174:
127:.) Thanks,
62:
59:Broken links
22:
17:
1394:; correct?
960:templates.
688:mobile view
525:War of 1812
510:Saint-Simon
500:Six Nations
451:help direct
419:War of 1812
391:✉ talk page
230:War of 1812
125:Archive 182
1392:Mary Jones
1183:Refimprove
638:my sandbox
505:St. Simons
415:test cases
344:. Thanks,
261:reply here
159:reply here
71:reply here
49:LlywelynII
36:LlywelynII
1410:WP:INTDAB
822:this edit
668:consensus
591:this edit
466:wikilinks
455:Read the
324:. Adding
115:Dispenser
1396:Mathglot
1362:dablinks
1319:Mathglot
1305:Mathglot
1216:Mathglot
1091:Mathglot
1072:Mathglot
1042:Mathglot
983:Mathglot
951:Mathglot
936:Mathglot
922:Mathglot
907:Mathglot
891:Mathglot
854:Mathglot
829:Mathglot
816:Released
746:Mathglot
725:Mathglot
672:Mathglot
646:Mathglot
623:Mathglot
619:this rev
571:Mathglot
533:Mathglot
346:Mathglot
336:Johnuniq
282:Mathglot
240:Mathglot
205:Johnuniq
189:Johnuniq
129:Mathglot
107:Johnuniq
87:Johnuniq
1432:call me
1378:call me
1285:call me
1134:call me
762:|issue=
703:|issue=
553:call me
449:Please
411:sandbox
369:call me
338:, and
328:Piotrus
226:DPL bot
213:Piotrus
117:, and
111:Piotrus
1434:Russ)
1414:Certes
1380:Russ)
1334:Certes
1298:Certes
1287:Russ)
1275:Certes
1258:Certes
1210:Certes
1200:count.
1145:Certes
1136:Russ)
1058:Certes
998:Certes
977:Certes
962:Certes
874:Certes
794:JJMC89
787:hidden
780:|text=
742:JJMC89
711:|text=
693:JJMC89
664:JJMC89
642:JJMC89
599:hidden
587:JJMC89
555:Russ)
474:piping
386:Naypta
371:Russ)
332:Naypta
307:Certes
217:Naypta
119:Naypta
1428:R'n'B
1374:R'n'B
1281:R'n'B
1254:R'n'B
1189:list.
1158:R'n'B
1130:R'n'B
776:|fix=
721:en.m.
707:|fix=
607:issue
564:R'n'B
549:R'n'B
476:.
440:links
380:R'n'B
365:R'n'B
1418:talk
1400:talk
1338:talk
1323:talk
1309:talk
1262:talk
1220:talk
1149:talk
1128:. --
1122:some
1095:talk
1086:Done
1076:talk
1062:talk
1046:talk
1002:talk
987:talk
966:talk
940:talk
926:talk
911:talk
895:talk
882:/doc
872:Hi,
858:talk
849:Done
833:talk
750:talk
729:talk
705:and
676:talk
650:talk
627:talk
575:talk
537:talk
388:☺ |
350:talk
340:JaGa
311:talk
286:talk
277:Done
244:talk
235:diff
215:and
193:talk
177:here
133:talk
91:talk
81:See
1370:not
1116:all
611:fix
457:FAQ
83:VPT
28:bot
1420:)
1412:.
1402:)
1365:}}
1359:{{
1340:)
1325:)
1311:)
1264:)
1256:?
1222:)
1186:}}
1180:{{
1151:)
1097:)
1064:)
1048:)
1004:)
989:)
968:)
942:)
928:)
913:)
897:)
860:)
835:)
790:}}
784:{{
774:.
772:}}
766:{{
752:)
744:.
731:)
678:)
652:)
629:)
602:}}
596:{{
577:)
547:--
539:)
421::
394:|
352:)
334:,
330:,
313:)
288:)
246:)
195:)
135:)
113:,
109:,
93:)
46:—
31:}}
25:{{
1430:(
1416:(
1398:(
1388:]
1376:(
1336:(
1321:(
1307:(
1300::
1296:@
1283:(
1277::
1273:@
1260:(
1247:.
1218:(
1212::
1208:@
1147:(
1132:(
1093:(
1074:(
1060:(
1044:(
1000:(
985:(
979::
975:@
964:(
953::
949:@
938:(
924:(
909:(
893:(
856:(
831:(
807:)
805:C
802:·
799:T
797:(
748:(
727:(
674:(
648:(
625:(
609:/
573:(
566::
562:@
551:(
535:(
470:]
460:.
382::
378:@
367:(
348:(
342::
326:@
309:(
284:(
258:|
242:(
232:(
221:.
219::
211:@
207::
203:@
191:(
185:s
156:|
131:(
121::
105:@
89:(
68:|
Text is available under the Creative Commons Attribution-ShareAlike License. Additional terms may apply.