Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T146513EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Jonas, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno,
Smalyshev created this task.Smalyshev added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONWith this query:
#defaultView:Graph
select ?author1 ?author1Label ?image ?author2 where {
?item wdt:P31 wd:Q13442814 .
{
Yurik added a subscriber: daniel.Yurik added a comment.
@ArthurPSmith thanks, timeseries do represent a large portion of the common data needs. I have discussed reusing some of the Wikibase type system code with @daniel, but apparently their code is fairly Wikibase centric, especially in the front
Smalyshev closed this task as "Resolved".Smalyshev added a comment.
I think this was fixed by latest completion fixes.TASK DETAILhttps://phabricator.wikimedia.org/T143827EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, SmalyshevCc: Jonas, Aklapper,
Mattflaschen-WMF added a project: Wikidata.Mattflaschen-WMF added a comment.
Please tag Phabricator tasks with a project name. If it's Wikidata-related, and you don't know the exact sub-project, you can just use #Wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T146499EMAIL
Smalyshev closed subtask T144536: Move data storage to /srv/wdqs/ on codfw WDQS nodes as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, SmalyshevCc: thcipriani, Stashbot, gerritbot,
Smalyshev added a comment.
Right now I think this should be the plan:
The tool gets two .json config files - new config and old config. Old config can be optional. Then:
Diff the configs and produce list of new units
For each new primary unit:
Run SPARQL query to find all values using it and
Jc3s5h added a comment.
In T146356#2663757, @Smalyshev wrote:
I think this idea makes a lot of sense. While I think all far-ago dates that have day precision are most probably data errors (you can't have May 4th in 20BC, really, at least not using Earthly calendars :) handling these errors in
Smalyshev added a comment.
I think this idea makes a lot of sense. While I think all far-ago dates that have day precision are most probably data errors (you can't have May 4th in 20BC, really, at least not using Earthly calendars :) handling these errors in more sane manner is good. However,
Smalyshev closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T144536EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, SmalyshevCc: Aklapper, Gehel, gerritbot, Smalyshev, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01,
Smalyshev claimed this task.Smalyshev added a project: Discovery-Wikidata-Query-Service-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T145426EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: aude, Aklapper, Smalyshev, gerritbot, TomT0m,
Smalyshev added a comment.
Perhaps leave it for the data consumer to figure out for him/her/itself that May 4th in 20BC is silly
It is an option, and here we have a tradeoff, of either:
A. Try to represent the wrong data in a way that they would be useful, preserving the useful part and
gerritbot added a comment.
Change 312627 had a related patch set uploaded (by Smalyshev):
Script to produce RDF mappings for new normalized units
https://gerrit.wikimedia.org/r/312627TASK DETAILhttps://phabricator.wikimedia.org/T145426EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T145426EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, gerritbotCc: aude, Aklapper, Smalyshev, gerritbot, TomT0m, Lydia_Pintscher, daniel, mschwarzer, Avner,
Jan_Dittrich added a comment.
Thanks!
I assume that "historic" may be a bit more terse (also more precise?), but I would prefer "out of date" since I assume it to be the more common _expression_.TASK DETAILhttps://phabricator.wikimedia.org/T139357EMAIL
Lydia_Pintscher added a comment.
"out of date" is conceptually different from "historic" here. When we have a statement about a previous mayor including the time span then that is not out of date but historic.TASK DETAILhttps://phabricator.wikimedia.org/T139357EMAIL
Jan_Dittrich added a comment.
In which case, I say it's ready – @thiemowmde , @Jonas : or is there anything missing that you would need know?TASK DETAILhttps://phabricator.wikimedia.org/T139357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher,
gerritbot added a comment.
Change 312497 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Avoid addressing the user with "you" when not needed
https://gerrit.wikimedia.org/r/312497TASK DETAILhttps://phabricator.wikimedia.org/T93202EMAIL
Addshore edited the task description. (Show Details)
EDIT DETAILS... - [[ https://www.wikidata.org/wiki/Q26961029 | Gregorian date before 1584 ]] : [[
Jan_Dittrich added a comment.
OK, if no one has an idea that is more easy and as precise, let’s go with "historic".
The rest would stay as it is. (?)TASK DETAILhttps://phabricator.wikimedia.org/T139357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
gerritbot added a comment.
Change 311992 merged by jenkins-bot:
Add monolingual language code mnc
https://gerrit.wikimedia.org/r/311992TASK DETAILhttps://phabricator.wikimedia.org/T137808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde,
Esc3300 added a comment.
It seems that day precision dates already get marked, so the sample "Cleopatra" in T129823 is taken care of and the dates for Japanese emperors are not in mainsnak so they wouldn't be tagged anyways.
Looking at some of the P570 values (658 items) and P569 values (307
gerritbot added a comment.
Change 309950 merged by jenkins-bot:
Allow reading Babel information from a central API
https://gerrit.wikimedia.org/r/309950TASK DETAILhttps://phabricator.wikimedia.org/T95877EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore added a comment.
Okay, dates from the initial 2 planned lists are all tagged.
I have also update the query links to include some extra information.
List 1 stands at 24956 Results in 4370 ms (statement with mainsnak date marked as Julian that is more precise than 1 year)
List 2 stands at
Esc3300 added a comment.
I'm not sure what T44396 is meant for. It might partially cover the same, it might not. This just tracks disparities and their effects.TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T146271EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Urbanecm, gerritbotCc: gerritbot, Yair_rand, Urbanecm, Aklapper, Matanya, JEumerus, TerraCodes, Esc3300,
gerritbot added a comment.
Change 312500 had a related patch set uploaded (by Urbanecm):
Enable subpages in 121 namespace in wikidata
https://gerrit.wikimedia.org/r/312500TASK DETAILhttps://phabricator.wikimedia.org/T146271EMAIL
Esc3300 added a parent task: T145535: language code disparity (Wikidata tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T101086EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Nemo_bis, Nikerabbit, Whatamidoing-WMF, Glaisher, MarcoAurelio,
Liuxinyu970226 added a comment.
Mnn, what's the different between this and T44396? Only because this is a #tracking task?TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Lydia_Pintscher,
Lydia_Pintscher added a comment.
Yeah.TASK DETAILhttps://phabricator.wikimedia.org/T139357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Jonas, thiemowmde, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude,
Legoktm added a comment.
In T95877#2661625, @Nemo_bis wrote:
There was a task for the API: T122000: Access user language preferences (including Babel) via standard API
I didn't know about that, thanks for the pointer, I've commented there.
All the patches have been merged now \o/ once wmf.21
Liuxinyu970226 added a comment.
In T122000#2661665, @Legoktm wrote:
Hmm, I guess I fixed the Babel part of this bug in rEBAB22b6815c2d33: Add API action="" module. Should it be marked as resolved? I don't really have an opinion on the rest of the API parts, though the dependency order seems a bit
D3r1ck01 added a comment.
@Lydia_Pintscher, what next on this task, more triggers will still be built (LTS project) and published on IFTTT as a continuation of the project but apart from that, should we still leave the task open?TASK DETAILhttps://phabricator.wikimedia.org/T118463EMAIL
Addshore added a comment.
In T105100#2661357, @Esc3300 wrote:
Would you tag all dates
before year 1 (years BC)
with a precision of 9 (year) or higher as well? Obviously, if they are not tagged for some other reason already.
These may (or may not be) off by 1 year.
Hmm, I could do, could you
Nemo_bis added a comment.
There was a task for the API: T122000: Access user language preferences (including Babel) via standard APITASK DETAILhttps://phabricator.wikimedia.org/T95877EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Legoktm, Nemo_bisCc:
Legoktm added a comment.
Hmm, I guess I fixed the Babel part of this bug in rEBAB22b6815c2d33: Add API action="" module. Should it be marked as resolved? I don't really have an opinion on the rest of the API parts, though the dependency order seems a bit backwards to me - we first needed Babel to
Esc3300 added a subtask: T101086: Standardize invalid language codes for Babel extension.
TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Lydia_Pintscher, Liuxinyu970226, Amire80, Aklapper,
ReleaseTaggerBot added a project: WMF-deploy-2016-10-04_(1.28.0-wmf.21).
TASK DETAILhttps://phabricator.wikimedia.org/T95877EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Legoktm, ReleaseTaggerBotCc: Nemo_bis, gerritbot, Zppix, jeblad, Nikki, NMaia,
Urbanecm added a comment.
Thanks for the link. I think we should wait about 1 week from the start of the voting. Then it can be set up. Do you agree?TASK DETAILhttps://phabricator.wikimedia.org/T146271EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
thiemowmde reopened this task as "Open".thiemowmde added a project: Wikidata-Sprint-2016-09-21.thiemowmde moved this task from Done to Review on the Wikidata-Sprint-2016-08-02 board.
TASK
thiemowmde reopened subtask T129836: References sections are not expanded anymore when viewing diffs as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T146470EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Lydia_Pintscher, hoo, aude,
Addshore added a subtask: T146474: Add firewall exception to get to wdqs*.codfw.wmnet: from analytics cluster.
TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Smalyshev, Gehel,
Addshore merged a task: T146467: wdqs lag & triple count metrics should be generated from diamond.
TASK DETAILhttps://phabricator.wikimedia.org/T146468EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Gehel, Aklapper, mschwarzer, Avner,
Addshore closed this task as a duplicate of T146468: wdqs - move metric collections to diamond.
TASK DETAILhttps://phabricator.wikimedia.org/T146467EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Gehel, Addshore, Aklapper, mschwarzer, Avner, debt,
gerritbot added a comment.
Change 312503 had a related patch set uploaded (by Addshore):
send lag and response time for wdqs codfw to graphite
https://gerrit.wikimedia.org/r/312503TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL
Addshore added projects: User-Addshore, WMDE-Analytics-Engineering.
TASK DETAILhttps://phabricator.wikimedia.org/T146468EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Gehel, Aklapper, mschwarzer, Avner, debt, D3r1ck01, Jonas, FloNight,
Sjoerddebruin added a comment.
The patch is still not merged, I wonder why this is closed as resolved then.TASK DETAILhttps://phabricator.wikimedia.org/T129836EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, SjoerddebruinCc: gerritbot, Jonas,
Aklapper removed Spage as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: johl, Ricordisamoa, Aklapper, Christopher, Addshore, Lucie, Spage, daniel, aude, Lydia_Pintscher,
Gehel created this task.Gehel added projects: Wikidata-Query-Service, Operations, Discovery.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONSome of WDQS metrics are collected through an external PHP script, not integrated with diamond or our usual metric
thiemowmde triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T146470EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Lydia_Pintscher, hoo, aude, Jonas, thiemowmde, Aklapper, D3r1ck01, Izno, Wikidata-bugs,
thiemowmde added a project: Wikidata-Sprint-2016-10-04.
TASK DETAILhttps://phabricator.wikimedia.org/T139357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, thiemowmdeCc: Jonas, thiemowmde, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01,
Addshore added a parent task: T146207: publish lag and response time for wdqs codfw to graphite.
TASK DETAILhttps://phabricator.wikimedia.org/T146474EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: akosiaris, Ottomata, Gehel, Addshore, Aklapper,
gerritbot added a comment.
Change 312502 merged by jenkins-bot:
send lag and response time for wdqs codfw to graphite
https://gerrit.wikimedia.org/r/312502TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore added a project: User-Addshore.
TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, AddshoreCc: Addshore, Smalyshev, Gehel, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01, Jonas,
Addshore added a project: WMDE-QWERTY-Team-Experimental-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, AddshoreCc: Addshore, Smalyshev, Gehel, mschwarzer, Avner, Lewizho99, Maathavan, debt,
gerritbot added a comment.
Change 312503 merged by jenkins-bot:
send lag and response time for wdqs codfw to graphite
https://gerrit.wikimedia.org/r/312503TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Smalyshev, Gehel, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno,
Addshore created this task.Addshore added projects: WMDE-Analytics-Engineering, User-Addshore, Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONCurrently these metrics are generated from the analytics/wmde/scripts repo by the
gerritbot added a comment.
Change 312502 had a related patch set uploaded (by Addshore):
send lag and response time for wdqs codfw to graphite
https://gerrit.wikimedia.org/r/312502TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, gerritbotCc: Addshore, Smalyshev, Gehel, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01, Jonas,
thiemowmde added a parent task: T146470: [Bug] Editing should be disabled on diffs and old revisions.
TASK DETAILhttps://phabricator.wikimedia.org/T129836EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, Jonas, thiemowmde,
thiemowmde created this task.thiemowmde added projects: Wikidata, Patch-For-Review, MediaWiki-extensions-WikibaseRepository, MediaWiki-extensions-WikibaseView, Regression, Wikidata-Sprint-2016-09-21.Herald added a subscriber: Aklapper.Herald removed a project: Patch-For-Review.
TASK DESCRIPTIONThe
thiemowmde added a subtask: T129836: References sections are not expanded anymore when viewing diffs.
TASK DETAILhttps://phabricator.wikimedia.org/T146470EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Lydia_Pintscher, hoo, aude, Jonas,
Addshore created this task.Addshore added projects: Operations, netops, Discovery, Wikidata, Wikidata-Query-Service, WMDE-Analytics-Engineering, User-Addshore.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe wdqs machines have port open to allow running queries with a longer expiry
daniel triaged this task as "High" priority.daniel added a comment.
Bumping this to high, since it prevents 3rd party installs, at least for wikis using the utf-8 encoding on mysql (rather than binary, which wikimedia uses).TASK DETAILhttps://phabricator.wikimedia.org/T129040EMAIL
Jc3s5h added a comment.
{{u|addshore}} asked for some examples of off-by-one years where the year is less than one.
One example is Pacorus I of Parthia who died in 38 BC. The accepted value in Wikidata is 38 BC, but a pending edit shows 37 BC, even though the reference in the pending edit shows
ArthurPSmith added a comment.
Excellent, thanks! I probably should have sent you an email...TASK DETAILhttps://phabricator.wikimedia.org/T142432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ricordisamoa, ArthurPSmithCc: gerritbot, Aklapper, ArthurPSmith,
thiemowmde closed this task as "Resolved".thiemowmde moved this task from Review to Done on the Wikidata-Sprint-2016-09-21 board.thiemowmde removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T144977WORKBOARDhttps://phabricator.wikimedia.org/project/board/2197/EMAIL
Lydia_Pintscher removed Lydia_Pintscher as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T139357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Jonas, thiemowmde, Zppix, Aklapper, Incabell,
thiemowmde reopened this task as "Open".thiemowmde added a project: Wikidata-Sprint-2016-10-04.thiemowmde added a comment.
Note that these Special:GoToLinkedPage?… do have parameters with a question mark attached, not a slash. I believe the easiest way to fix this is to remove most of the ending
Mbch331 added a comment.
In T144308#2662636, @Sjoerddebruin wrote:
Google still index these pages: https://www.google.nl/search?client=safari=en=African+wild+dog+site:wikidata.org=UTF-8=UTF-8_rd=cr=G1HlV9TLHemRwAKeurXICg (notice that the first result has a cached version of yesterday)
Probably
Sjoerddebruin added a comment.
Google still index these pages: https://www.google.nl/search?client=safari=en=African+wild+dog+site:wikidata.org=UTF-8=UTF-8_rd=cr=G1HlV9TLHemRwAKeurXICg (notice that the first result has a cached version of yesterday)TASK
Jc3s5h added a comment.
I verified the dates for
In T105100#2659241, @Addshore wrote:
@Jc3s5h This should be as simple as removing the instance of qualifier.
We of course have the lists of all statements that will be touched in this run of the script.
If we do ever do a future run we will
Multichill added a subscriber: Ymblanter.Multichill added a comment.
@Addshore I'm not very you happy you resumed running the bot after I objected. Wasn't @Ymblanter clear in his approval? My whole watchlist is littered with edits like
Addshore added a comment.
In T105100#2659966, @Multichill wrote:
@Addshore looking at https://upload.wikimedia.org/wikipedia/commons/c/ca/Wikidata_Calendar_Model_Decision_Tree.svg your bot is not following it.
The bot followed this tree up to the first level, at which point human intervention
Alphos added a comment.
For what it's worth, I've built WRCR with the intent of finding items that link to pages that redirect to other pages that have items linking to them too.
I must warn there are some false positives, due to a tradeoff between specificity and speed ; and even though I'd like
matmarex added a comment.
T145839: Account creation results in fatal MWException was duplicated into this task, and this is still open, so I am confused. Account creation is no longer broken, right?TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL
Jc3s5h added a comment.
In T105100#2662859, @Addshore wrote:
In T105100#2659966, @Multichill wrote:
@Addshore looking at https://upload.wikimedia.org/wikipedia/commons/c/ca/Wikidata_Calendar_Model_Decision_Tree.svg your bot is not following it.
The bot followed this tree up to the first level,
ArthurPSmith added a comment.
@Yurik and all, I'm glad to see all this work going on, I was pointed to this after I made a comment on a wikidata property proposal that I thought would be best addressed by somehow allowing a tabular data value rather than a single value. However, I'm wondering if
Jc3s5h added a comment.
In T105100#2659241, @Addshore wrote:
@Jc3s5h This should be as simple as removing the instance of qualifier.
We of course have the lists of all statements that will be touched in this run of the script.
If we do ever do a future run we will still have that list of guids
80 matches
Mail list logo
