The behaviour of Files (images) in the Dutch wiki is rather unpredictable. Sometimes using the URL http://nl.opensuse.org/Bestand:Icon-cross.png shows the image properly, but somewhat later it gives the message that the file does not exits, however its description is available.
The same is true for just a page with images. The images are not shown. This lasts most of the times for one day, and the next day it is OK or just one or two are not shown.
Freek de Kruijf f.de.kruijf@gmail.com 10/4/2010 4:52 PM >>>
The behaviour of Files (images) in the Dutch wiki is rather unpredictable. Sometimes using the URL http://nl.opensuse.org/Bestand:Icon-cross.png shows the image properly, but somewhat later it gives the message that the file does not exits, however its description is available.
The same is true for just a page with images. The images are not shown. This lasts most of the times for one day, and the next day it is OK or just one or two are not shown.
A few questions:
How long have you been noticing this? Is this just on the nl wiki, or have you seen it elsewhere? Is the message from the wiki software, or does it appear to be an Apache error?
I can't seem to duplicate this, even when bypassing the reverse proxy. I restarted the memcached servers just to make sure they can be ruled out (memcached often does strange things after running updates). If you are still able to duplicate the problem, please use Firefox+Live HTTP Headers extension, and send me the results of a hard refresh on the page.
-Matt
Op dinsdag 5 oktober 2010 01:05:49 schreef Matthew Ehle:
Freek de Kruijf f.de.kruijf@gmail.com 10/4/2010 4:52 PM >>>
The behaviour of Files (images) in the Dutch wiki is rather unpredictable. Sometimes using the URL http://nl.opensuse.org/Bestand:Icon-cross.png shows the image properly, but somewhat later it gives the message that the file does not exits, however its description is available.
The same is true for just a page with images. The images are not shown. This lasts most of the times for one day, and the next day it is OK or just one or two are not shown.
A few questions:
How long have you been noticing this? Is this just on the nl wiki, or have you seen it elsewhere? Is the message from the wiki software, or does it appear to be an Apache error?
Since the update to 1.16.
I can't seem to duplicate this, even when bypassing the reverse proxy. I restarted the memcached servers just to make sure they can be ruled out (memcached often does strange things after running updates). If you are still able to duplicate the problem, please use Firefox+Live HTTP Headers extension, and send me the results of a hard refresh on the page.
-Matt
Currently I have it on the URL http://nl.opensuse.org/Portal:Project, two out of three icons there are not displayed, Icon-multimedia and Icon-event. When I click on the 48px I get the images OK.
What is Live HTTP Headers?
On Monday 04 October 2010 18:24:52 Freek de Kruijf wrote:
Currently I have it on the URL http://nl.opensuse.org/Portal:Project, two out of three icons there are not displayed, Icon-multimedia and Icon-event. When I click on the 48px I get the images OK.
Both icons you can see when logged in and can't when not.
I uploaded the same file and the problem is the same. Logged in there is icon, not logged, there is only 48px. I forgot that I'm not admin in NL wiki, so files are not automatically approved and visible to non logged in users.
I got this: "Changes will be published once an authorised user reviews them. The draft, shown below, contains 2 pending changes."
Missing quality approval keeps icons from appearing in the article.
The problem is FlaggedRevs extension. It is good way to make sure that visitors can see only approved article versions, not any random edit that came when nobody was watching the page. We had that many times in the English wiki, not only as spam, but as rants, unqualified edits, comments in article instead of talk pages etc. The only problem is that articles in wiki with FlaggedRevs have to be approved.
See http://nl.opensuse.org/Speciaal:Softwareversie for list of all extensions and links to help pages, mostly at http://www.mediawiki.org .
BTW, your account should be upgraded to Bureaucrat, so that you can manage other users; give and take admin, editor and reviewer rights. Now as admin you can give only editor rights, which should be good enough for now.
Reviewer is editor that is skilled in some topic and can tell is article quality or not, but not necessarily skilled in wiki matters, so some wiki special pages listed in section Quality assurance of http://nl.opensuse.org/Speciaal:SpecialePaginas are not accessible.
Editor is one that is skilled in wiki matters, but not necessarily in particular topic, so he has more rights managing wiki Quality assurance, but can't give highest grades to article quality.
See http://nl.opensuse.org/Special:ListGroupRights for complete list.
Op dinsdag 5 oktober 2010 04:22:29 schreef Rajko M.:
On Monday 04 October 2010 18:24:52 Freek de Kruijf wrote:
Currently I have it on the URL http://nl.opensuse.org/Portal:Project, two out of three icons there are not displayed, Icon-multimedia and Icon-event. When I click on the 48px I get the images OK.
Both icons you can see when logged in and can't when not.
I uploaded the same file and the problem is the same. Logged in there is icon, not logged, there is only 48px. I forgot that I'm not admin in NL wiki, so files are not automatically approved and visible to non logged in users.
I got this: "Changes will be published once an authorised user reviews them. The draft, shown below, contains 2 pending changes."
Missing quality approval keeps icons from appearing in the article.
The problem is FlaggedRevs extension. It is good way to make sure that visitors can see only approved article versions, not any random edit that came when nobody was watching the page. We had that many times in the English wiki, not only as spam, but as rants, unqualified edits, comments in article instead of talk pages etc. The only problem is that articles in wiki with FlaggedRevs have to be approved.
No it is not only that. The Icon-multimedia is approved and still does not appear when the Portal:Project is displayed by a non-logged-in user. When you click on 48px you do get the Icon and when you go to the Approval logbook it was approved yesterday evening. The strange thing with this Icon is that there are 2 equal versions at the same upload time. When I try to remove the lower one it looks as if all two are removed, so I did not proceed with that.
See http://nl.opensuse.org/Speciaal:Softwareversie for list of all extensions and links to help pages, mostly at http://www.mediawiki.org .
BTW, your account should be upgraded to Bureaucrat, so that you can manage other users; give and take admin, editor and reviewer rights. Now as admin you can give only editor rights, which should be good enough for now.
Fine with me.
Reviewer is editor that is skilled in some topic and can tell is article quality or not, but not necessarily skilled in wiki matters, so some wiki special pages listed in section Quality assurance of http://nl.opensuse.org/Speciaal:SpecialePaginas are not accessible.
In this case of the Dutch translators, we do not intent to create pages. So my skill reduces to approval of translations. In case somebody wants to create, he/she will be encouraged to create an English page and we may offer some assistance in translation.
Editor is one that is skilled in wiki matters, but not necessarily in particular topic, so he has more rights managing wiki Quality assurance, but can't give highest grades to article quality.
We just look at the content of the English wiki and copy that.
See http://nl.opensuse.org/Special:ListGroupRights for complete list.
Thanks, so far.
On Tuesday 05 October 2010 03:59:06 Freek de Kruijf wrote:
The strange thing with this Icon is that there are 2 equal versions at the same upload time. When I try to remove the lower one it looks as if all two are removed, so I did not proceed with that.
Try to remove them both and upload again.
Something is not good with database, or software. My version from yesterday does not appear in the list that you see: http://nl.opensuse.org/Bestand:Icon-multimedia.png only in history: http://nl.opensuse.org/index.php?title=Bestand:Icon-multimedia.png&actio...
Op dinsdag 5 oktober 2010 12:40:40 schreef Rajko M.:
On Tuesday 05 October 2010 03:59:06 Freek de Kruijf wrote:
The strange thing with this Icon is that there are 2 equal versions at the same upload time. When I try to remove the lower one it looks as if all two are removed, so I did not proceed with that.
Try to remove them both and upload again.
Something is not good with database, or software. My version from yesterday does not appear in the list that you see: http://nl.opensuse.org/Bestand:Icon-multimedia.png only in history: http://nl.opensuse.org/index.php?title=Bestand:Icon-multimedia.png&actio... istory
I removed Icon-multimedia.png and also Icon-event.png, because that one gives trouble too and did an upload of both. One in an upload page, so I can specify the file, its destination, and the comment. In the resulting page I can see the comment (o.a. [[Category:Pictogrammen]]). The other way I can only specify the comment and later upload the file. I did not respecified the Comment and there is no comment in the comment column. So I deleted that one again and uploaded the file again and specified the comment, Now the comment is visible. Obviously I also approved both files.
Both Icons are visible when I am logged in, but do not show when not logged in. The html source shows for the visible icon:
<a href="/index.php?title=Bestand:Icon- community.png&filetimestamp=20100927213335" class="image"><img alt="Icon- community.png" src="/images/thumb/e/e3/Icon-community.png/48px-Icon- community.png" width="48" height="48" /></a>
and for the invisible icons
<a href="/Bestand:Icon-multimedia.png" title="Bestand:Icon- multimedia.png">48px</a>
and
<a href="/Bestand:Icon-event.png" title="Bestand:Icon-event.png">48px</a>
So something must be wrong in the Mediawiki software.
It looks like other people have had this problem following wiki software upgrades. I may need to run a few maintenance scripts. I'll let you know how this goes.
-Matt
Freek de Kruijf f.de.kruijf@gmail.com 10/5/2010 7:54 AM >>>
Op dinsdag 5 oktober 2010 12:40:40 schreef Rajko M.:
On Tuesday 05 October 2010 03:59:06 Freek de Kruijf wrote:
The strange thing with this Icon is that there are 2 equal versions at the same upload time. When I try to remove the lower one it looks as if all two are removed, so I did not proceed with that.
Try to remove them both and upload again.
Something is not good with database, or software. My version from yesterday does not appear in the list that you see: http://nl.opensuse.org/Bestand:Icon-multimedia.png only in history: http://nl.opensuse.org/index.php?title=Bestand:Icon-multimedia.png&actio... istory
I removed Icon-multimedia.png and also Icon-event.png, because that one gives trouble too and did an upload of both. One in an upload page, so I can specify the file, its destination, and the comment. In the resulting page I can see the comment (o.a. [[Category:Pictogrammen]]). The other way I can only specify the comment and later upload the file. I did not respecified the Comment and there is no comment in the comment column. So I deleted that one again and uploaded the file again and specified the comment, Now the comment is visible. Obviously I also approved both files.
Both Icons are visible when I am logged in, but do not show when not logged in. The html source shows for the visible icon:
<a href="/index.php?title=Bestand:Icon- community.png&filetimestamp=20100927213335" class="image"><img alt="Icon- community.png" src="/images/thumb/e/e3/Icon-community.png/48px-Icon- community.png" width="48" height="48" /></a>
and for the invisible icons
<a href="/Bestand:Icon-multimedia.png" title="Bestand:Icon- multimedia.png">48px</a>
and
<a href="/Bestand:Icon-event.png" title="Bestand:Icon-event.png">48px</a>
So something must be wrong in the Mediawiki software.
"Matthew Ehle" mehle@novell.com 10/5/2010 9:01 AM >>>
It looks like other people have had this problem following wiki software upgrades. I may need to run >a few maintenance scripts. I'll let you know how this goes.
I must admit that this has me perplexed. The problem that other people had was from incorrect MIME type values for their files, which was not the case here. The same file also appears just fine in other articles on the NL wiki. I reset caches, ran update/refresh maintenance scripts, and even re-uploaded the same file from the English wiki. Whatever the issue is, it seems to be specific to the Portal:Project page.
So something must be wrong in the Mediawiki software.
Perhaps, but all of the wikis are using the exact same software, and I have never heard of this before. It's probably a combination of a software bug and content/history in that particular page. Perhaps we can consider nuking the page and starting it over...
On Tuesday 05 October 2010 12:24:29 Matthew Ehle wrote:
"Matthew Ehle" mehle@novell.com 10/5/2010 9:01 AM >>>
It looks like other people have had this problem following wiki software upgrades. I may need to run >a few maintenance scripts. I'll let you know how this goes.
I must admit that this has me perplexed. The problem that other people had was from incorrect MIME type values for their files, which was not the case here. The same file also appears just fine in other articles on the NL wiki. I reset caches, ran update/refresh maintenance scripts, and even re-uploaded the same file from the English wiki. Whatever the issue is, it seems to be specific to the Portal:Project page.
So something must be wrong in the Mediawiki software.
Perhaps, but all of the wikis are using the exact same software, and I have never heard of this before. It's probably a combination of a software bug and content/history in that particular page. Perhaps we can consider nuking the page and starting it over...
Just don't use nuke page script in /maintenance as it leaves database partially updated. I can see some page that are nuked long ago in some special pages.
I just stumbled on problem with images on en.o.o.
http://en.opensuse.org/Portal:Project/Map I can see 160px. No image.
Then http://en.opensuse.org/File:Community-map-nov-2009.jpg . Ask for Full resolution and you get previous small image that was uploaded by Linuxsusefan.
Something is playing foul with images after update.
Out of curiosity, I reverted image back to Linuxsusefan version and it showed up in http://en.opensuse.org/Portal:Project/Map .
Up to this point it was Google Chrome.
Then playing further started Firefox and there was no image.
But there is image on http://en.opensuse.org/Portal:Project page. This is probably server cached.
No more time for toys :(
"Rajko M." rmatov101@charter.net 10/5/2010 10:04 PM >>>
On Tuesday 05 October 2010 12:24:29 Matthew Ehle wrote:
"Matthew Ehle" mehle@novell.com 10/5/2010 9:01 AM >>>
It looks like other people have had this problem following wiki software upgrades. I may need to run >a few maintenance scripts. I'll let you know how this goes.
I must admit that this has me perplexed. The problem that other people had was from incorrect MIME type values for their files, which was not the case here. The same file also appears just fine in other articles on the NL wiki. I reset caches, ran update/refresh maintenance scripts, and even re-uploaded the same file from the English wiki. Whatever the issue is, it seems to be specific to the Portal:Project page.
So something must be wrong in the Mediawiki software.
Perhaps, but all of the wikis are using the exact same software, and I have never heard of this before. It's probably a combination of a software bug and content/history in that particular page. Perhaps we can consider nuking the page and starting it over...
Just don't use nuke page script in /maintenance as it leaves database partially updated. I can see some page that are nuked long ago in some special pages.
How far back are you looking? We were on MediaWiki 1.5 only a year ago, and maintenance scripts have come a long way :)
Of course, I would need to remember to update the Semantic and FlaggedRevisions tables as well.
I just stumbled on problem with images on en.o.o.
http://en.opensuse.org/Portal:Project/Map I can see 160px. No image.
Then http://en.opensuse.org/File:Community-map-nov-2009.jpg . Ask for Full resolution and you get previous small image that was uploaded by Linuxsusefan.
Something is playing foul with images after update.
Out of curiosity, I reverted image back to Linuxsusefan version and it showed up in http://en.opensuse.org/Portal:Project/Map .
Up to this point it was Google Chrome.
Then playing further started Firefox and there was no image.
But there is image on http://en.opensuse.org/Portal:Project page. This is probably server cached.
No more time for toys :(
Gah! Why didn't you all find this last week, when I had more time to fix it? ;)
I ran the rebuildImages script on en, and it caught a number of problems. In any case, it seems like that problem is gone now, at least on en. I only know of these two pages/files that had issues. Has anyone else seen anything?
Every piece of caching that we have has been reset or refreshed. I'm suspecting an extension issue right now. If additional issues show up, I'll start checking this out on stage.
On Thursday 07 October 2010 02:36:40 Matthew Ehle wrote:
I ran the rebuildImages script on en, and it caught a number of problems. In any case, it seems like that problem is gone now, at least on en. I only know of these two pages/files that had issues. Has anyone else seen anything?
How about the nl wiki. We still have the issue on the Portal:Project as anonymous user with two icons.
Every piece of caching that we have has been reset or refreshed. I'm suspecting an extension issue right now. If additional issues show up, I'll start checking this out on stage.
See above.
Freek de Kruijf f.de.kruijf@gmail.com 10/7/2010 5:35 AM >>>
On Thursday 07 October 2010 02:36:40 Matthew Ehle wrote:
I ran the rebuildImages script on en, and it caught a number of problems. In any case, it seems like that problem is gone now, at least on en. I only know of these two pages/files that had issues. Has anyone else seen anything?
How about the nl wiki. We still have the issue on the Portal:Project as anonymous user with two icons.
Yes, I am still aware of the problem with Portal:Project. What I meant is that I can't find any other issues that haven't been fixed.
Every piece of caching that we have has been reset or refreshed. I'm suspecting an extension issue right now. If additional issues show up, I'll start checking this out on stage.
This is nothing against the NL wiki, but if there is only one problem on one page in one wiki, this is not something that is worth hours of troubleshooting. Assuming that this the only place where the problem is showing up, then I would be inclined to try nuking the page and/or files, then re-importing.
If there are problems elsewhere that can't be solved with the maintenance scripts and rebuilding the cache, then I will be more convinced to spend time looking for what the underlying problem is, if any.
"Matthew Ehle" mehle@novell.com 10/7/2010 9:45 AM >>>
Freek de Kruijf f.de.kruijf@gmail.com 10/7/2010 5:35 AM >>>
On Thursday 07 October 2010 02:36:40 Matthew Ehle wrote:
I ran the rebuildImages script on en, and it caught a number of problems. In any case, it seems like that problem is gone now, at least on en. I only know of these two pages/files that had issues. Has anyone else seen anything?
How about the nl wiki. We still have the issue on the Portal:Project as anonymous user with two icons.
Yes, I am still aware of the problem with Portal:Project. What I meant is that I can't find any other >issues that haven't been fixed.
Every piece of caching that we have has been reset or refreshed. I'm suspecting an extension issue right now. If additional issues show up, I'll start checking this out on stage.
This is nothing against the NL wiki, but if there is only one problem on one page in one wiki, this is >not something that is worth hours of troubleshooting. Assuming that this the only place where the >problem is showing up, then I would be inclined to try nuking the page and/or files, then re->importing.
If there are problems elsewhere that can't be solved with the maintenance scripts and rebuilding the >cache, then I will be more convinced to spend time looking for what the underlying problem is, if any.
So this was definitely a problem with the wiki markup of the article. I copied the text of that same section from the English wiki, and images appear just fine now. It must have been a very minor syntax error, as I still cannot figure it out exactly what it was. Probably a missing or extra space somewhere.
Sorry that the article is in English now. Hopefully someone will be kind enough to translate it back to Dutch, or maybe revert and figure out where the wiki markup error is from the last version.
On Thursday 07 October 2010 18:38:24 Matthew Ehle wrote:
Sorry that the article is in English now. Hopefully someone will be kind enough to translate it back to Dutch, or maybe revert and figure out where the wiki markup error is from the last version.
You are wrong, the problem is still there even now that Portal:Project/Topics is in English.
You have to access this page Portal:Project/Topics or Portal:Project as an anonymous user before you can spot the problem. It has improved a bit, now only one icon is shown as 48px. I approved the page, so your English version is now shown, when you access this page as an anonymous user. There is no problem shown when logged in. As soon as you have seen this yourself, please send a message and I will restore the Dutch version to see what happens.
Freek de Kruijf f.de.kruijf@gmail.com 10/7/2010 4:03 PM >>>
On Thursday 07 October 2010 18:38:24 Matthew Ehle wrote:
Sorry that the article is in English now. Hopefully someone will be kind enough to translate it back to Dutch, or maybe revert and figure out where the wiki markup error is from the last version.
You are wrong, the problem is still there even now that Portal:Project/Topics is in English.
You have to access this page Portal:Project/Topics or Portal:Project as an anonymous user before you can spot the problem. It has improved a bit, now only one icon is shown as 48px. I approved the page, so your English version is now shown, when you access this page as an anonymous user. There is no problem shown when logged in. As soon as you have seen this yourself, please send a message and I will restore the Dutch version to see what happens.
I have restored the Dutch version, and I have uploaded the version of that file from the English wiki (256x256 instead of 120x120). I did that earlier with the image that is now showing, so I was hoping that might help. Unfortunately, it hasn't done much, at least right now. After reverting to the Dutch version, two out of the three images still show.
I imported the entire Dutch production wiki (database and files) down to stage, and that page shows up perfectly fine. I have a lot of other things to take care of today, but I will try to get to this when I can.
In the meantime, you now have full rights on the Dutch wiki, so you are welcome to play around with it. If it is a caching issue or some inconsistency, then it may just resolve itself by the time I can get to it.
-Matt
-
Freek de Kruijf -
Matthew Ehle -
Rajko M.