User talk:Fenyx4

Bug cookies?
I am not sure if this is a bug, but the pages of a picture or gif does not look like you're logged in or something. (The rest works perfectly) Now when you log in there it will say 1) you already logged in. 2) "log in error" and "Ultima Codex uses cookies to log in users. You have cookies disabled. Please enable them and try again." However, I have my cookies enabled. (sorry if I am a bit unclear. I'm not sure how to say this) --Arthgon (talk) 15:57, 12 December 2016 (MST)
 * I also found another bug. If you upload another GIF/picture and insert it in an article it will still say that there are no pages that link to this file. --Arthgon (talk) 09:00, 13 December 2016 (MST)
 * The logout thing is happening on the UnderWiki too. Something to do with the new host. I'm digging into it. I'll look at the "no pages that link to this file" problem once I have the login thing fixed. (Who knows maybe they are related.) -- Fenyx4 17:08, 13 December 2016 (MST)
 * I think the login problem on images should be fixed. (Probably a few days ago but I'm not sure when the fix propagated to us). Let me know if you see further problems. Thanks! -- Fenyx4 07:47, 18 December 2016 (MST)

Problems with the picture manager
There's trouble with the picture manager. It does act like I'm not logged in (even though the edit is correctly attributed to me), even though I am logged in on other pages as normal, thus I also can't replace the pictures with a new version (it says I'm not allowed to), apart from manually replacing them with the uploader. Even then, the new version is not displayed correctly. Something must be broken in the code.--Tribun (talk) 15:33, 13 December 2016 (MST)
 * Sounds like the logout problem is the same as Arthgon's above. Can you give me an example of the new version not displaying correctly? Thanks. -- Fenyx4 17:10, 13 December 2016 (MST)
 * The new version did come in the end, but it took over half an hour before it got displayed. That leaves the other problems.--Tribun (talk) 11:52, 14 December 2016 (MST)
 * I think the login problem on images should be fixed. (Probably a few days ago but I'm not sure when the fix propagated to us). Let me know if you see further problems. Thanks! -- Fenyx4 07:47, 18 December 2016 (MST)

Broken Picture
http://wiki.ultimacodex.com/wiki/File:Ad.gif is broken in that the picture does not appear, despite being there (goes only for the current version), strangely enough, it does work in tables. Any idea what's broken?--Tribun (talk) 14:28, 13 January 2017 (MST)
 * Odd it looks fine to me. Could you try in a different browser or computer? Maybe something is cached badly in your browser? -- Fenyx4 18:39, 13 January 2017 (MST)
 * If you use an ad blocker, that might be the cause. I couldn't see it either until I disabled mine. --Terilem (talk) 22:50, 13 January 2017 (MST)
 * Maybe it's because of the name? "ad" could be the cause. (could also go for some others)--Tribun (talk) 05:21, 14 January 2017 (MST)
 * Yep, was the adblocker. It does have a problem with the words "ad", "advertisement", "-advertisement" and "_advertisement" when they stand on their own. It's the naming of the files that causes the problem.--Tribun (talk) 05:31, 14 January 2017 (MST)
 * Installed ad blocker and I had the problem. Changed the filename and it is all good now. -- Fenyx4 17:36, 18 January 2017 (MST)

Image/page load issue
Hi, I have some problems loading the page Martian_Dreams_Monster_Data of the wiki (http://wiki.ultimacodex.com/wiki/Martian_Dreams_Monster_Data) because of the last image in the table: Dust Devil. The image (http://wiki.ultimacodex.com/images/6/6b/MD-dust-devil_anim.gif) seems corrupt or something because it half loads and then hangs and blocks the completion of the page loading. The loaded half of the image is nonetheless shown. The behaviour is shown also loading the following link: http://wiki.ultimacodex.com/wiki/File:MD-dust-devil_anim.gif Question is: can you check, please, if this is my fault or if there is a problem? And in the latter case can someone fix it please? Many thanks P.S. Other pages/thumbnails seem to show the same problem, for example: - the thumbnail of SI's back cover (page http://wiki.ultimacodex.com/wiki/Ultima_VII_Part_Two:_Serpent_Isle) - Ghost thumbnail in Monster Data of Ultima IV (http://wiki.ultimacodex.com/wiki/Ultima_IV_Monster_Data) There may be others. I mentioned them because it may be a clue of a general problem, not limited to a particular image. --- P.P.S: After some trial I found that the issue doesn't show up changing the type of web connection I use. So thanks anyway and, please, pardon me and ignore this post.
 * Thanks for the update. Sorry that I didn't respond sooner to your earlier messages. -- Fenyx4 10:04, 22 August 2017 (MDT)

Page Refresh
Since you are the only admin... For someone not logged in, numerous new pages neither show up in the counter nor their categories, meaning the wiki needs some sort of refresh to register ist. Maybe you can give administrative powers to others to avoid situations when you are not available?--Tribun (talk) 14:55, 8 March 2019 (MST)
 * Where are you seeing these counters that aren't updating? I am available and others do have admin rights. -- Fenyx4 21:46, 15 March 2019 (MDT)
 * OK, then I wonder no one noticed. Still, while the counter now finally has updated for someone not logged in, categories with new pagesand image sites where a picture got updated did not show the changes. Categories don't include new pages (like here) and pictures pages where a pictue got updated don't show the newest one in preview and sometimes spazz (here here and here).
 * Please note that only goes on for someone not logged in, a logged-in user sees everything fine. It makes me wonder what is going on.--Tribun (talk) 04:46, 16 March 2019 (MDT)
 * Thanks for the examples. Looks like a caching issue but ?action=purge isn't clearing it up. I'll dig into it. -- Fenyx4 07:14, 16 March 2019 (MDT)
 * Yeah, turned out to be a bug with file caching. I've disabled it and turned on a different kind of caching instead. Things appear to be working now. -- Fenyx4 10:20, 17 March 2019 (MDT)

As long as we're talking about stuff that's borked, so is Special:PopularPages The Ultra-Mind (talk) 09:25, 18 March 2019 (MDT)
 * No "thank you" just a "fix something else" I see how it is. Brain the size of a planet... Pain in all the diodes down my left side... ;)
 * This was removed in Mediawiki version 1.25. -- Fenyx4 21:47, 18 March 2019 (MDT)
 * We <3 you, Fenyx. No h8. T_T --Terilem (talk) 22:33, 18 March 2019 (MDT)

Interesting... When I updated a map, the picture itself got updated, but the thumbnail in the version history didn't. Even more interesting, when I updated another map, that one made no problems in that regard, but I had to change the thumbnail size in the article Ultima II Map of Earth (change the thumbnail back to 300 to see the effect), since that one refused to update (and when changing it back, it changed back to the old one as well). No idea what's going on, I see no pattern. I did these while logged in, by the way.--Tribun (talk) 09:35, 19 March 2019 (MDT)
 * Now the history of the first map is OK again. Is there some sort of time delay involved?--Tribun (talk) 09:41, 19 March 2019 (MDT)
 * And now iot again switched back to the old version in the history and new images list. I wonder what's going on.--Tribun (talk) 18:18, 19 March 2019 (MDT)
 * That is more regular cache behaviour. Either in your browser or on the wiki's side. If it is your browser you should be able to force a cache refresh. If it is mediawiki cache just waiting a bit should do it. -- Fenyx4 19:41, 19 March 2019 (MDT)

Nothing against you, you are doing a great job, but the image uploader is starting to frustrate me. I was updating the reagent images at Necromancy when the uploader decided at random if the new picture shows at all, shows it on the picture page but not the article, or screws it up altogether. I can remember this happening before and that the picture date code is somewhat wonky. By now most of it has fixed itself, but still looks shot. Could you please look into this?--Tribun (talk) 14:05, 21 March 2019 (MDT)
 * I'm not sure. When I go to look at the Executioner Hood image it just looks like you've uploaded the same image 5 times. Each of the 5 times looks fine to me. What are you seeing? Have you tried doing the forced refresh while on that page? -- Fenyx4 22:52, 21 March 2019 (MDT)
 * Strange. What exactly is it with this force refresh?--Tribun (talk) 06:10, 22 March 2019 (MDT)
 * Addendum. I did notice a strange behavior. Emptying my cache and forced refresh work, but when using the normal refresh button of Firefox, some pictures (not all of them, the reagents of Necromany seem especially prone to it) revert to their broken state, until forced refresh is used again. There's no rhyme or reason to it and it certainly is not due to my cache after erasing it.--Tribun (talk) 09:08, 22 March 2019 (MDT)

Log In desn't work
Hi, Tribun here. Currently there's a weird bug in the login. This morning I saw I somehow got automatically logged out - nothing unusual at all. But logging back in doesn't work. While the system does accept the username and password, it just returns to the normal page and does not log me in. Not even an error message. I waited six hours before reporting, to see if it was a fluke or not. Can you take a look what is wrong with the system?--31.18.99.186 09:58, 7 April 2019 (MDT)
 * Very odd. I'm still seeing your user in the system and I am able to log in myself and as FenyxBot. I'll ask around and see if anyone else is having an issue. Maybe you could try resetting your password? -- Fenyx4 22:55, 7 April 2019 (MDT)
 * Yes, pleae. It's next to impossible to contribute under such circumstances. What do you exactly mean with resetting the password?--31.18.99.186 05:01, 8 April 2019 (MDT)
 * Update: Now it works! After checking on my laptop, where it works, I decided to flush all cookies from the browser and now the login works again. It seems due to the automatic logout, something got confused in bowser memory. Really annoying, if you ask me. Sorry that the problem was on my end.--Tribun (talk) 05:16, 8 April 2019 (MDT)
 * No worries. Glad it got sorted out. -- Fenyx4 06:52, 8 April 2019 (MDT)

Going all the way w/SSL
I just made a startling discovery (on my own initiative)! It seems that this domain now works on https! However, when I go that way, Firefox gives me this little yellow triangle telling me that not all parts of the page are secure. When I look at the page, the only thing that appears insecure is http://i.creativecommons.org/l/by-sa/3.0/88x31.png. But when I paste https://i.creativecommons.org/l/by-sa/3.0/88x31.png into my browser, it works. Can we do something about this? I think any insecure element renders any other security next to useless. BTW, Google doesn't seem to have made the startling discovery I have: when I Google this wiki, it gives http links. The Ultra-Mind (talk) 13:40, 14 June 2019 (UTC)