Same on Wikidata
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Oct 10 2020
Nov 14 2019
Jul 1 2019
@AlexisJazz Thank you for your response. So if I understand correctly Commons made a switch and all pages with old structured data that are mixed with new structured data do not show properly. However it works fine in both the old structured data and the new structured data. Is that correct? So what I would like to be sure of is that the new structured data also shows ful texts, this has not been removed. All the best.
Jun 16 2019
Mar 27 2017
Aug 3 2016
In T141967#2518376, @Peachey88 wrote:The first image is Non-Free and there is also a size criteria as well (but i don't know what it is)
Jun 20 2016
In T136677#2394289, @Aklapper wrote:In T136677#2394247, @Taketa wrote:Now you have removed links to 50+ languages
@Taketa: Well, I did not remove anything. (But maybe you think I somehow represent "the developers" or "the WMF" or some other group?)
Criticizing ideas is very welcome but I think "you"/"them" vs. "me"/"us" doesn't help anybody to improve things (though I can understand frustration here)...
@Aklapper: Interwiki links are a source of discussion. The German Wikipedia removed the Dutch interwiki links one time. It caused a stir. Now you have removed links to 50+ languages for 50+ languages. This can become the next superprotect. Please undo as soon as possible and discuss 'before' it becomes a problem instead of after.
In T136677#2394190, @Aklapper wrote:@Taketa: I'm afraid that would require T16950: [Epic] Support global preferences on Wikimedia wikis. :(
@Aklapper: Also, 27 comments on the language choice does not fully represent 80.000 volunteers and 500 million visitors. https://www.mediawiki.org/wiki/Topic:T4l116q3ruo51ujm
@Aklapper: It is optional, but also is introduced as "default" option. Meaning I have to disable 200x in different languages. Please make it the non-default option or give me an easy way to disable on all languages.
Was introduced today on several wikis. The local communities did not agree to this. Please remove it as standard option. As an interwiki editor I now have to shut the annoying thing down 200 times. Also, very dumb choice of languages. Who picked this. Not the local communities. Please do not introduce this untill people have the option to choose languages, as a group or individually. At the very least remove it as standard and put it as optional.
Jan 27 2016
Currently on Wikidata you can choose from a list of badges, but you cannot choose "no badges". Please add that option, to remove the badge. I had to remove the entire entry from that language, and restore it without the badge.
Jan 18 2016
Seems to be solved. It works fine now. I use Windows and google chrome. But all is well. This topic can be closed.
Oct 30 2015
I did a couple dozen checks. It works :). Thanks for the good work.
Cleared cache, but I still see it https://nl.wikipedia.org/wiki/special:randompage
Oct 28 2015
Oct 17 2015
Hi Legoktm,
Oct 16 2015
In T115699#1730647, @Krenair wrote:This is not how you request wikimedia sysadmins look into your account issues.
Oct 6 2015
In T114652#1705589, @Glaisher wrote:In T114652#1705370, @Taketa wrote:Which leave the question, why did the same thing work dozens of times before and not now. Something changed. If not in this software then something related effecting this. It cannot be chrome, because other browsers experienced problems too. It can only be Wikimedia.
There were two issues here. One was that it wasn't shown to logged-out users at all. This is because of changing the behavior of how Anonnotice works several months ago and no one updated the nlwiki page to reflect this. It was only updated yesterday when you were on IRC and since then logged-out users should be able to see it. Second issue is that the local nlwiki Sitenotice page had content which breaks the extension. So the cookie was always using "0" for the id and the actual cookie never changed since the breaking change to the sitenotice since July. It expires after 30 days so if the sitenotice was renewed after the cookie expires, the new sitenotice will be shown. I don't know what happened in your case because the notice is only supposed to be hidden only if the cookie is present but it's not in your browser. (But theoretically, this would happen because you've an unexpired sitenotice-dismiss cookie in your browser).
In T114652#1705350, @Glaisher wrote:There has been no change to the extension code. You can see for yourself https://gerrit.wikimedia.org/r/#/q/project:mediawiki/extensions/DismissableSiteNotice,n,z
In T114652#1705317, @Glaisher wrote:https://nl.wikipedia.org/w/index.php?title=MediaWiki:Sitenotice_id&diff=45034601&oldid=45029461
The code expects you to have only an integer value on that page. Please remove everything else and (also increment the value to 41, just to be safe). It's currently passing 0 always. I'm not sure if this would fix it but that page definitely contains something that's not expected by the extension.
In T114652#1705210, @Glaisher wrote:@Taketa can you check whether you've a cookie named dismissSiteNotice in your browser? (You can google to find out how to check the cookies on your browser).
In T114652#1705199, @Dereckson wrote:Actually, we focus on the software .
As you experience the bug, you're in a privileged position to help us to understand the cause.
It's a little when you go to the doctor and explain to him your symptoms.
Once we'll have determined what triggers this bug on your environment, we'll be able to offer a change to fix it.
You asked for specific indicators why I think a change was made to the software. The last sitenotice, which was taken down 21 september, showed just fine for me. It worked for everyone. The last sitenotice caused a rush of people to complain about the "flashing sitenotice" after it was clicked away problem. I can only assume someone did something to the software to "fix" the flashing, without effect, which is causing the current problem. No other changes were made during the 2 week period. It cannot be that multiple people have issues on multiple browsers where the exact same action caused no problem only 2 weeks ago.
It is not just me, it is not just chrome browser. It is many people. It is several browsers. We need the sitenotice to reach the community this week, with a writing week that is happening right now. Please focus on the software, not on me.
Oct 5 2015
In T108513#1703255, @Aklapper wrote:In T108513#1702245, @Taketa wrote:The sitenotice on nlwiki is now only being displayed to some. https://phabricator.wikimedia.org/T114652
That is unrelated to this task which is about the site notice flashing briefly on page load. Please see T114652 for handling the current issue on nlwiki.
@Aklapper, I cleared my browser cache. I cannot see it on chrome. On nl.wikipedia Ymnes says they can see the sitenotice using Windows with Explorer, Safari, Chrome and Firefox, but not with Linux Ubuntu using Firefox, however Epiphany does work, and they cannot see it on their, iPad and iPone, with desktopsite on or off.
Btw, after this change https://nl.wikipedia.org/w/index.php?title=MediaWiki%3AAnonnotice&type=revision&diff=45034632&oldid=43699350 I can now see it in explorer when logged out and when logged in. I can still not see it in Chrome logged in or out.
I see <div id="siteNotice"><!-- CentralNotice --><div class="mw-dismissable-notice"><div class="mw-dismissable-notice-close">[<a href="#">sluiten</a>]</div><div class="mw-dismissable-notice-body"><div id="localNotice" lang="nl" dir="ltr"><table style="width:100%; text-align:center;">
Did what you suggested. Does not work. Also people outside nl.wikipedia have issues, like Aklapper above.
The sitenotice on nlwiki is now only being displayed to some. https://phabricator.wikimedia.org/T114652
Also tested by a user I cannot remember the name of :P. Did work for them.
Aug 5 2015
It seems to have been solved. I can edit these pages again for reasons unknown. When the problem was found it was tested by 5 people. I used IE11 and chrome 44.0.2403.125. The problem existed for at least 3 days prior to this task.