Again it's much easier than in templates, just because of number. Maybe in five years the Templatestyles will be everywhere, and the watching will stop beeing so helpful.
Yes. The difference is in numbers - there will be much less revisions in some watchlist for css than for transclusions.
Or, for a similar feature that already exists, this would be like having any change to a Wikidata item show up as a change on every page that uses it. For which T178063 is relevant.
This was a trigger for my comment, indeed.
I never has a clear oppinion about this task need. I do very afraid from css vandals, but not sure if it will help or no. But @Isarra's comment gave me an idea. Maybe we should mark sanitized css page edits also as edits of the page they are included in. So, if some template, or article, can be destroyed by css page edit, theirs watches and patrollers will be aware of it in real time.
Fri, Jan 19
Sorry, totally forgot about this task. It was fixed couple of months ago. The problem wasn't like my description, but <span /> in the module code.
Thu, Jan 18
Can't understand, but nevermind. Is this permanent?
Wed, Jan 17
@Aklapper, pay attention. It could be a bug in phabricator. I got a lot of identic letters.
See five top queries on my profile. They usually run 1-5 second. Now half of them run dozens of seconds.
Tue, Jan 16
Hello, @zhuyifei1999. Unfortunately, it's back.
Mon, Jan 15
Tue, Jan 9
I see, thank you.
@Trizek-WMF, how could you close and merge this task second time? Is there a bug in phabricator?
Mon, Jan 8
Fri, Jan 5
Thu, Jan 4
Tue, Jan 2
Mon, Jan 1
Fri, Dec 29
Found one more glitch: cirrus search is incompatible with content translation contributions menu. Try to search something, and when the autocomplete opens, hover on contributions link.
Dec 22 2017
I see. So, it's not to me.
Hi, @Ladsgroup, @Jdforrester-WMF. I just used Nuke first time from this task was closed, and I did not saw any confirmation message, the pages just were deleted. Tryed a couple of times on hewiki. Thank you.
I can't either. Even on a tablet, that regularly works badly with such things.
I'm sorry. My English is not good, so I did not understand the three last posts. Not about the United Blood Nation, not the "per herald", which is not in any dictionary. And I know all the words in the last two, but it does not help.
Dec 21 2017
Good idea, but not helpful until a lot of tasks will be fixed. Now about 50% of seen edits are unseen edits that were not marked properly.
Dec 14 2017
Thanks a lot, @Catrope, it works great.
Works great, thank you!
Dec 12 2017
Dec 8 2017
I'll confirm here after the patch deployment.
Yes, it is. Why do you need the debug mode at all? It's even not a new task, just a question. A simple console selection returns length 0 on safemode. The inspector code shows another classes.
Hello. I'm glad it works. But we have a problem. Looks like after this patch, not sure. Our important gadget is broken since this week deployment, because
does not work any more. That is, the button that uppears in none-liveupdate mode, if there are new edits. Could you help, please? Thank you.
Dec 6 2017
Dec 4 2017
Update: I saw now a couple of times the Site notice on the regular mode, so I remove it from the task description.
Can't you just log in?
Thank you. If so, I checked now in safemode a couple more times, and saw Sitenotice. I still can't see the Central notice.
Could you, please, opt in on hewiki? There should be Sitenotice about children and Central notice about the Wishlist vote.
Nov 29 2017
Nov 28 2017
You are welcome. :-)
I know why it logs out, @jmatazzoni. It's because logging out on some device logs you out automatically from all your current sessions. The problem is the message text.
I just tried again and get exactly the same message.
Nov 27 2017
Nov 26 2017
The task that was just merged talks about gadgets and scripts that were broken, because the "catlinks" class is not applied.
N3: Just recognized that there is no "a" element title with full page name.
Nov 24 2017
Nov 23 2017
Sorry, I do not understand. I already explained the maximum.
Thank you! Crossing fingers...
Nov 22 2017
Yes, yes, and yes.
The reason is that it's impossible for wikimedia editor work with mobile view. It's too poor. It's very good for the people that come to Wikipedia to read articles, as IP, not to us. But they also do not need or use watchlist or recent changes. We do. So, to make it in preferences as I suggested, or to disable it at all, as you suggested, will allow us to work on mobiles, not just desktop computers.
Something that can be interesting for you: Our wiki (hewiki) has 3 badges - the regular two, and one our own, with number of unseen pages in watchlist. And the third one works very well - becomes green when needed and gray again when needed.
Nov 21 2017
Weird. Thank you.
All the rest needed information is already in the mail, it's only thing I miss.
And I need it, because I can't remember the status for each task I ever subscribed.
Which brings us to "Why do you need it?" I'm afraid, if you wanted to convince the Phabricator developers... :)
I need it because I need to know, what is the status of the task I get a mail about (as in 22 (-:) I need to know what should I do getting a mail - ask why it does not exist any more, if any, or just see it is something that already done. I never saw "closed" in any mail, about open or closed task. Maybe you are talking about a specific mail that informs that the task was just closed? So it is (1) not working, and (2) does not help, because I need to know this after the task was closed, not during - I can just read the mail otherwise.
Yes, open or stalled.
So you can assume a task's status is open or stalled. And you get an email saying "Closed" when the task status changes to closed.
I'm convinced that the Phabricator developers will not add another line to clutter the email message body. Maybe maybe they might consider to add a custom header line (X-Phabricator-something) but I think even that would make them ask you for better use cases. See their documentation.
I thought it will take a second and will not be declined. If the coding can take years, I'm very surprised. Thank you.
??? Why, @jmatazzoni?
Nov 20 2017
I believe you should decide about this, not me.
Nov 18 2017
To be clear, it should not happen anyway. But it's not a bug, because can't be spontanious, just not implemented the behaviour for this case. Reproducing steps:
- Open some watched page.
- Wait a minute.
- Edit it.
- Set last opening time for this page as timestamp in the middle of this minute.
- All later revisions are unseen.
- That includes your own revision from paragraph 3.
Nov 16 2017
Weird. Here you are.
Yes, it is. I just copied this link from the history page, it has green background as unseen there.
Sorry, what do you mean? You have the revision ID.
Well, @Mooeypoo, it just happened me on another page. It's still there, I did not open the page.
I can see in
<item type="edit" ns="3" title="שיחת משתמש:קובץ על יד" pageid="1380285" revid="21948406" old_revid="21948371" timestamp="2017-11-16T00:34:34Z" comment="/* מנסה לייצר דף על מאגאדה */" />
And it was not bold once, the last time I edited my talk page. I hope it will continue.
Nov 15 2017
Both are not bold.
Tried the script on Android, does not work. )-:
Nov 14 2017
Thank you all for the help.
Manually in the address field of the browser.
Sorry for delay. Nobody answered, otherwise I would bring theirs answer immediatly here.