Guild Wars Wiki:Reporting wiki bugs/archive 15

Pages with question marks can no longer be accessed

The Can't We Get Along?, Can't We Get Along? (Kurzick), and Can't We Get Along? (Luxon) pages can no longer be accessed. Even though those pages have been created, going to those pages will send you to the "Can't We Get Along" page (an uncreated page). They were accessible before and was probably affected by the 25 October 2012 wiki maintenance, which probably causes question marks (?) and text that appear after a question mark in page names to not be recognized. --Silver Edge 05:14, 26 November 2012 (UTC)

I encountered a file with a plus (+) in the title yesterday and couldn't access it. --Chieftain Alex 08:45, 26 November 2012 (UTC)

oh wait, I get:

Server Error
  404 - File or directory not found.
  The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable.

So I don't even get directed to a blank page with the incorrect title before the punctuation. mine is probably a different bug :/ --Chieftain Alex 08:54, 26 November 2012 (UTC)

I've made a note of this section on User:Stephane Lo Presti/Post-10-25-maintenance feedback, where two reported wiki issues have been resolved. Hopefully someone at ArenaNet is either watching this page or still watching that page. If not, I guess we can try the support forums. --Silver Edge 20:27, 26 November 2012 (UTC)

The page for the Istan quest What Do You Do with a Drunken Shauben? is also experiencing this issue. Apparently there are two pages (one without punctuation), and using Firefox, the punctuated one (blank) comes up in all the links and searches with a search and edit option. The search option will redirect to the non-punctuated page. Gwynna Vive 15:28, 22 January 2013 (UTC)

All those pages are accessible using their full URL, e.g. like this. But obviously that is not a solution to the problem. poke | talk 21:59, 22 January 2013 (UTC)

I've notified Stephane about this section. This seems to only affect pages (including files, e.g. File:What Do You Do with a Drunken Shauben? map.jpg) that have a question mark in its title. Pages that have titles with other punctuation are unaffected (e.g. A Good Deed. and Hunted!). --Silver Edge 20:52, 25 January 2013 (UTC)

I thought I replied here, but apparently I didn't: we're aware of this bug and our engineer will take a look at it as soon as he has the time. There's another bug (I think it's from the German GW2 wiki) about urls/filenames with the "+" symbol in them and we hope to solve them both asap. I don't have an ETA for a fix on this. --Stephane Lo Presti talk 21:51, 25 January 2013 (UTC)

(Reset indent) I'm going to post a reply about this issue in the thread below, because it's related to the same problem. --Stephane Lo Presti talk 19:08, 9 May 2013 (UTC)

Redirect pages that begin with a forward slash

Redirect pages that begin with a forward slash ("/") don't function properly on this wiki (it may have functioned properly before the 25 October 2012 wiki maintenance, which may have also caused the other issues mentioned in the sections above). When you manually type in the name of a page with a "/" (forward slash) at the beginning of it into the search box (found on the left of any page) and click "go" (or hit your "enter" key) or click one of the drop-down options, the wiki ignores the forward slash.
E.g. the forward slash for /bonus is ignored and acts as if it's a link for bonus. Even the /bonus page itself ignores the forward slash (i.e. when you click the "page" tab at the top left corner of the /bonus page, it will act as if it's the bonus redirect). Another example is /aion (/aion), which will take you to the "Aion" page (which doesn't exist) instead of to Aion wings. --Silver Edge 00:12, 27 March 2013 (UTC)

404 for page with plus sign in title

Going to Template:Unsigned+ returns a 404 error. This should never happen, especially as the wiki handles its non-existent pages itself. Using the absolute URL over index.php works. poke | talk 10:02, 10 April 2013 (UTC)

Stephane mentioned a bug with pages that have the plus sign in their title in the #Pages with question marks can no longer be accessed section above. Although he was commenting about the German GW2 wiki. --Silver Edge 19:26, 10 April 2013 (UTC)

(Reset indent) A little update from us on the issue of question marks and plus signs in URLs: we did a ton of investigation and research, which lead us to believe that the issues seems to be with a specific part of our infrastructure (the load-balancer). We're trying to follow up with matter experts (e.g., mailing list, forum) but had no responses so far. We'll keep poking around at some point to see if this weird and very rare bug can be fixed. --Stephane Lo Presti talk 19:11, 9 May 2013 (UTC)

plus sign, +, fixed. ?, ! and / marks still break page links. -Chieftain Alex 02:22, 7 December 2013 (UTC)

Hey Alex. Yes we've indeed pushed the fix for + but the question mark still requires more investigation on the backend. Sorry for the lack of communication, as the end of year has been crazy busy. Never hesitate to ping me on my talkpage or here. --66.162.136.17 17:53, 9 December 2013 (UTC)

Edits not visually present on RC or history tabs

In light of the recent wave of vandalism, I double-checked a lot of the reverts and came across non-reverts appearing to be reverts. My edits, however, do not show up on the RC or history tabs (yet are visually affecting the wiki). - Infinite - talk 01:44, 3 December 2013 (UTC)

For some pointers, I assume this bug occurs due to the processing of reverts. They are proper reverts, but appear to do the exact opposite (duplicate the vandalism instance). Therefore reverting to the edit before the vandalism edit is effectively a null edit, which do not appear on the RC and history tabs. Not sure if this is a pressing bug with that information in mind. - Infinite - talk 01:46, 3 December 2013 (UTC)

Confirmed, only 4 reverts displayed this problem: Talk:Flux, Talk:Main_Page/activities, Talk:Main_Page/featured_article/automated, and Talk:Religions_of_Tyria. All of these pages would have the vandalism clearly on display, yet had visually already been reverted. A null edit alone didn't solve these issues, but saving the edit before the vandalism did. Therefore this bug is a cache issue. - Infinite - talk 01:59, 3 December 2013 (UTC)

I'm following up on our tech side to see if we can identify the issue. If anyone has more information, please let us know! --Stephane Lo Presti talk 19:34, 3 December 2013 (UTC)

Guild Wars Wiki favicon.ico now displaying as GW2 one?

Something seems to have recently gone wrong with the favicon.ico displayed on browser tabs for pages on this wiki. It is now displaying the GW2 favicon.ico, instead of the GW (1) favicon.icon, which is very annoying if you have pages open on both of the wiki sites, as they all look like GW2 pages!

To make it easier to see what I am experiencing, I created this User:Arrowmaster/Favicon page, so you can see for yourself. I hope that this problem can be addressed quickly. Thank you. Arrowmaster - 21:18, 15 April 2015 (UTC)

This has been corrected but you may need to reopen your browser and possibly purge the cache for it to show correctly. Justin Lloyd (talk) 22:52, 15 April 2015 (UTC)

Thank you for your excellent quick response Justin! I do not see the correction at this end yet, even after completely purging my cache of everything on 3 different browsers and rebooting, but I live in the UK and I expect my ISP (BT) is caching content too, so it might be a day or two before I see the fix. I was not sure who you are, as you have not revealed much on here, but after a quick Google I found your Linkedin page and I am most impressed! Arrowmaster - 00:49, 16 April 2015 (UTC)

Well your update to the favicon.ico is now displaying Justin, but it does not look so nice as the icon has white space around it. I have updated my User:Arrowmaster/Favicon page to show the new problem and have produced an proposed replacement favicon.icon, which I will attempt to email you. Arrowmaster - 15:16, 16 April 2015 (UTC)

Thank you for that. I've applied your updated favicon file and it is now showing up properly. If you have trouble in a browser, try visiting the file directly (http://wiki.guildwars.com/favicon.ico) and refreshing your browser, then visit the wiki again and another refresh or two should cause it to show up. That process worked for me. Also, sorry about the earlier confusion. I assumed by now that pretty much everyone knew I am the engineer in charge of the wikis. :) Justin Lloyd (talk) 16:37, 16 April 2015 (UTC)

(Reset indent) As per Shakespeare, or perhaps the Nightfall quest, All's Well That Ends Well :) Thanks Justin, it looks fine now. Arrowmaster - 21:12, 16 April 2015 (UTC)

Namespace setup conflict for SMW

Hi. I noticed that, prior to my hiding them with CSS, there was a message on every page saying whether or not I could use a SMW annotation (like we use on the GW2W). I think SMW might be useful here for certain applications, but the custom namespaces currently conflict such that I can't setup semantic properties on this side.

The Semantic namespaces are typically:

• 102/103 Property/Property talk

But we already have our custom namespaces there!

• 102/103 Game link/Game link talk

Since changing the namespace that the F10 help menu in Guild Wars is probably harder than changing the default SMW namespace # on the wiki, I'd recommend using the smw namespace index setting to move the number where the extension searches for the semantic namespaces to a number >110 (the 10x semantic namespaces have to be in sequence, but the first namespace number doesn't matter). I guess you'd also have to delete + recreate the current semantic namespaces in the right place (which shouldn't cause problems since there aren't currently any pages in that namespace range).

I appreciate that including SMW on this wiki may have been accidental, but I still think we could find a few uses ^^. -Chieftain Alex 21:56, 23 April 2015 (UTC)

Captcha is not allowing account creation

A new user was unable to make an account, and neither was I. Looking at the abuse filter, the last time a bot was blocked from making an account was at 18:10 (UTC), 22 January, three days ago. Any debugging help would be appreciated. G R E E N E R 06:00, 25 January 2016 (UTC)

Wait, I thought account creation was disabled on this wiki? --Stephane Lo Presti talk 17:06, 26 January 2016 (UTC)

Account creation can go through, we just have the abuse filter set up to stop it by default (to hold back the bot spam). Users can request that we free up their name on the admin page.

The problem is that even after their name has been cleared by the filter, Captcha is sending back an error. I've cleared two names for you if you would like to debug with those: UserTest1 and UserTest2 . G R E E N E R 17:57, 26 January 2016 (UTC)

All wikis except the EN GW2 one are affected because they all share the same Captcha technology. We're working on fixing this asap --Stephane Lo Presti talk 18:13, 26 January 2016 (UTC)

Account creation not working (captcha again?)

This issue was raised by Greener and an anon on Guild Wars Wiki:Admin noticeboard#April 2016. Even allowed names (which we set using the abusefilter on this wiki), aren't getting through and are instead a page loads where the only html content is "Could not open socket". This could be due to the captcha perhaps? Greener will post here shortly.. -Chieftain Alex 19:54, 3 April 2016 (UTC)

The Captcha is not loading onto the page properly. Using Chrome/monobook, and going to UserLogin/signup, Captcha does not always appear. A repeated refresh will often put Captcha below the border of the page. A few refreshes/repeated errors can have the Captcha load underneath the main text as it should.

1. Captcha not appearing: Account cannot be created. Red error window stating, "Account creation error Incorrect or missing CAPTCHA."
2. Captcha loading below border: Account cannot be created. Red error window stating, "Account creation error Incorrect or missing CAPTCHA."
3. Captcha loading under the text where it should: User brought to a page stating "Could not open socket". Account is not created.

To add, since the latest update to Captcha, the number of hits against the Abusefilter for Account Creation has gone from less than a dozen to over 200 a day. My interpretation of this is that the current Captcha is not blocking the accounts like it used to, presumably because it is stepping in after the Abusefilter, instead of before. To that end, since we have an Abusefilter which is stopping account creation, do we need Captcha on this wiki? G R E E N E R 20:17, 3 April 2016 (UTC)

I temporarily disabled the abusefilter to check it wasn't causing the problem, but the same problem (#3) still occurred. I have since re-enabled the account creation prevention abusefilter. -Chieftain Alex 20:21, 3 April 2016 (UTC)

The captcha stops random Ip users on the mainspace too, so the only purpose of the captcha is not just account creation. -Chieftain Alex 20:56, 3 April 2016 (UTC)

We should have fixed what caused issue #3 above, but I'm not sure that I understand your last sentence. Let us know if there's still a problem :) -Stephane Lo Presti talk 22:50, 4 April 2016 (UTC)

Perfect, Issue #3 is fixed (just created an account). Not sure why Captcha doesn't always appear where it should (#1 and #2 still fail). As for my last sentence, ignore it. It was just me playing around correlating a huge uptick in AbuseFilter hits with a possible error in Captcha working. It's rather moot now that issue #3 is fixed. Thanks!! G R E E N E R 00:08, 5 April 2016 (UTC)

If you're still seeing issues with the captcha, try forcing a browser cache refresh (e.g. ctrl-shift-R or ctrl-F5). I'm not sure why it's inconsistent as I've verified all of the web servers are synchronized, could just be a caching issue somewhere between Apache and user's browsers. I'll do some more server-side troubleshooting to see if I can find any culprits, but let us know if the problem gets better or worse, or stays the same. Appreciate the feedback! Justin Lloyd (talk) 12:55, 5 April 2016 (UTC)

Ctrl-shift-R seems to be a guaranteed way to get Captcha to appear where it should. Safari is getting it correct every time now! (success?)

My Firefox is still having trouble, as traveling to the page after a full refresh (which fixed Captcha) will still put the Captcha below the border more often than not. After closing Firefox fully and returning to the page, Captcha did not appear at all on the first visit.

Again, thanks for looking into this, and I'm glad we now have a way to ensure that others can always see it properly. G R E E N E R 19:51, 5 April 2016 (UTC)

HTTPS

→ moved from Guild Wars Wiki talk:Admin noticeboard

Possibly not the right place to ask & this has possibly been asked before, but I just sent my password in plaintext to the other side of the world. Somebody ought to be poked about that. --DANDY ^_^ -- 16:11, 1 April 2016 (UTC)

Yeah the cool thing is that if you change the URL to https first it should be fine :p -Chieftain Alex 16:17, 1 April 2016 (UTC)

(there's actually a link saying "use secure connection" right beside the "Enter username" prompt) -Chieftain Alex 16:53, 1 April 2016 (UTC)

Changing to https doesn't stick. I tried that first. Then I added HttpsEverywhere to my Firefox and it doesn't work either. If I click any link it reverts back. I'm also not seeing any "secure connection" button, but my limited knowledge of crypto tells me that's pointless if whatever authentication token there is is transmitted unencrypted after the initial authentication. Whatever the workaround, there shouldn't need to be any. --DANDY ^_^ -- 08:23, 2 April 2016 (UTC)

Not sure if it will help you or not, but I just bookmarked "https://wiki.guildwars.com" and as long as I come to the site from that address, I stay in https mode the entire time I'm on it. Seems to work on the latest version of Firefox w/o having to use HttpsEverwhere. --Rainith (talk) 16:07, 4 April 2016 (UTC)

This doesn't work for me. Everything still comes up HTTP, even the login page. That's pretty ridiculous. Also there is no "use secure connection" link on GWW (there is on GW2W, though all other pages still use HTTP afterwards...) when I view the login page. As for addons, neither HTTPS-Everywhere or HTTPS by default do anything for GWW or GW2W. Toraen - talk 17:27, 4 April 2016

Firefox 45.0.1., used the https link. Doesn't work. Steve1 (talk) 17:55, 4 April 2016 (UTC)

Booted up 45.0.1 (on a Mac), and the log-in page doesn't default to https. On the other hand, once I set the site to https, I was able to travel consistently to other pages and stay with a secure link. As Rainith suggested, changing my bookmark to https has been a successful (though not ideal) work around. I'll look into what else may be possible (pondering straight out stealing lines of code from GW2W, or paying off someone more skilled than I to do basically the same). G R E E N E R 18:22, 4 April 2016 (UTC)

Bookmarking as https works well for that, but the ingame /wiki -command (which I use *a lot*) always defaults to http :( Jeree95 (talk) 20:48, 4 April 2016 (UTC)

Some late additions, but using the search function in any way (this also includes the ingame /wiki command) will remove https. Moving from page to page through links will retain it if you originally had it. Maybe patch this with a bandaid, just put up a message that tells to manually add https whenever it has disappeared from the address bar? Jeree95 (talk) 09:39, 22 April 2016 (UTC)

(Reset indent) Moving this here. The search bar should not be negating your https setting, so this problem will need to be looked at. The /wiki uses the search bar, but does so by making another tab I believe, so that part may be a bit more difficult to resolve.

Edit:If I'd done my reading, at least part of this is a known issue over at the GW2W. G R E E N E R 16:50, 22 April 2016 (UTC)

Ok, the "/wiki" command as well as search bar now stick with https. I don't know when this was changed but it must've been fairly recently. Jeree95 (talk) 09:25, 9 September 2016 (UTC)

Good to hear! Thanks for the update. G R E E N E R 16:17, 9 September 2016 (UTC)

CreateBox extension

It appears to have stopped working on the pages along with getting outdated. When the opportunity arises, I suggest purging it from the wiki in favor of the installation of this, since the new script appears to be easily-tunable to the content already-composed. Dmitri Fatkin (talk) 22:54, 28 August 2017 (UTC)

We can write a widget to provide the same functionality (mw:Extension:Widgets has been installed since this issue last occurred). -Chieftain Alex 06:44, 29 August 2017 (UTC)

{{#Widget:Createbox
| default = anon
| prefix = Feedback:User/
| preload = Feedback:UserPreload
| editintro = Feedback:UserEditintro
}}

How's that? We just stick that in whatever templates need it. -Chieftain Alex 17:37, 29 August 2017 (UTC)

Looks splendid, but what's even more impressive is that despite so many years after the launch of this Wiki, we still have got people on the admins board for whom it isn't an issue to introduce changes addressing temporarily-broken things in less than 24 hours! Thanks for the care taken, Alex! Dmitri Fatkin (talk) 19:41, 29 August 2017 (UTC)

You're welcome and it's my pleasure. -Chieftain Alex 17:45, 31 August 2017 (UTC)

Database query error when searching "armor skill"

I tried searching for the above term and got, "A database query error has occurred. This may indicate a bug in the software." Saxazax (talk) 02:08, 9 November 2017 (UTC)

Same thing for searching "Cipher"Saxazax (talk) 04:39, 9 November 2017 (UTC)

Searching anything brings up error: "A database query error has occurred. This may indicate a bug in the software." --The preceding unsigned comment was added by User:90.139.199.169 (talk).

Actually, searching anything that doesn't take you to the page directly gives that bug. Say, I type in Summoning stone, it goes to the page. All is well, but if I type something that doesn't exist such as Merchant Summoning Stone, error occurs. →[ »Halogod (talk)« ]← 09:40, 9 November 2017 (UTC)

Verified by attempting various strings of random characters. - Infinite - talk 13:00, 9 November 2017 (UTC)

(Reset indent) I'm going to email our engineer so that he can investigate this issue. Thanks --Stephane Lo Presti talk 16:20, 9 November 2017 (UTC)

This should be fixed now! --Stephane Lo Presti talk 18:20, 9 November 2017 (UTC)

I haven't seen the search results appear this quickly in literally years! - Infinite - talk 18:30, 9 November 2017 (UTC)

Feedback namespace does not "supply identity information"

When I travel to any page in our Feedback/Feedback talk namespaces, I get a security warning that "This website does not supply identity information." All other namespaces and their talk spaces are verified by GoDaddy.com. Can anyone else verify that this is occurring for them as well?

Some test pages:

• Feedback:Game updates/20180215
• Feedback talk:Game updates/20180215
• User:Greener
• User talk:Greener

Thanks. G R E E N E R 16:40, 27 February 2018 (UTC)

Not happening to me on Firefox 58.0.2 if that helps. -Rainith (talk) 17:00, 27 February 2018 (UTC)

Hmmm, I'm getting it on Chrome and Firefox, on two different computers. To further clarify, I'm logging in to the https version: https://wiki.guildwars.com/wiki/Feedback:Game_updates/20180215 . G R E E N E R 18:49, 27 February 2018 (UTC)

No problem with Firefox 58.0.2 here. Steve1 (talk) 18:57, 27 February 2018 (UTC)

Alright, thanks folks. Scratching my head over this one, since it's on both a Mac and PC, both with Firefox and Chrome. Perhaps I should blame my router or ISP? G R E E N E R 19:19, 27 February 2018 (UTC)

If you have a phone data plan and a proper browser on it, you should be able to verify if this problem is limited to your network or your browser versions. - Infinite - talk 19:59, 27 February 2018 (UTC)

Great idea, but I sadly don't. Can't figure out why it's only that namespace. And to clarify, Firefox 58.0.2, and Chrome 64.0.3282.186. Here's an image of what Firefox is tossing me: G R E E N E R 21:46, 28 February 2018 (UTC)

The first 2 of your 4 links also show that warning for me, the other 2 don't. It says: Non-secure connection. Parts of the page are not secure. Could be graphics. My talkpage is fine, yours isn't. Steve1 (talk) 22:31, 28 February 2018 (UTC)

I'm getting insecure on the feedback pages, but Greener's and your user/talk pages are fine. I'm guessing it's related to that ArenaNet banner in the top right of the feedback pages' background. This and this seem to be the culprits (they're both the only images sent over http on the feedback pages). Toraen - talk 23:02, 28 February 2018 (UTC)

You deserve a drink and a toast. Let me know your poison, and I'll do my best to keep it aside for you ; ). G R E E N E R 04:04, 1 March 2018 (UTC)

It'd probably be easier to surprise me. I haven't done much drinking and can't remember names of ones I actually liked (or is that because I drank too much of them? Hmm, further research scheduled for my next day off). Toraen - talk 09:45, 1 March 2018 (UTC)

Self links appear broken when viewing page

Backstory

A long time ago we setup an interwiki called "self:" which is silently used to redirect all queries from Guild Wars F10 ingame menu to the right page on the wiki.

Current problem

If you view the current game link page, e.g. Game link:Mission 567 it shows the SMW error message MediaWiki:Smw-semantics-not-enabled. That this appears suggests to me that the Semantic Mediawiki extension may not be fully disabled. Semantic mediawiki has its own special keyword called "self:". The SMW extension also appears in Special:Version. (The actual link works okay but this is unintended functionality.)

Can we please fully disable this extension on this wiki? -Chieftain Alex 21:24, 24 June 2018 (UTC)

Alex, I'm looking into this. Apparently it autoactivates when installed via Composer, and I'd installed it on all wikis for administrative simplicity. I'm working out the proper process for completely removing it from this wiki. Justin Lloyd (talk) 20:23, 25 June 2018 (UTC)

Default sorting in skill tables is broken

I noticed this first in the tables of Ritualist skills, i.e. Channeling Magic, Communing, Restoration Magic: the previously used in Wiki default alphabet sort by skill name is broken in these tables. But aparently this bug occurs in other tables too, e.g. Life stealing. Whether this happened after the recent Wiki upgrade, or some default templates become broken, for me is not exactly clear because of insufficient Wiki mechanics knowledge, sorry. But the result is obviously not good. Please find a way to fix the default alphabet sorting, it was very handy and intuitively clear.

P.S. Where is the "sign" button on the toolbar above the input area? Apparently it is missed too. 109.252.109.92 18:30, 27 June 2018 (UTC)

DPL was never my expertise, and I'm getting very inconsistent results from | tablesortcol = (e.g. sorting Togo skills before all others). As to signatures, they are meant for the talk page version of pages, and not normally the main or project page versions. Editing a talk page will show you the signature button, otherwise you'll have to use ~~~~ :( . G R E E N E R 20:10, 27 June 2018 (UTC)

Should be fixed now - the DPL extension no longer default sorts by title (dunno what it sorts by as default), just gotta go around purging the relevant pages. -Chieftain Alex 20:59, 27 June 2018 (UTC)

I can personally attest that DPL sorting had been wonky well before the maintenance. It may have been sorted by skill ID value, but I don't recall the exact specifics. - Infinite - talk 22:05, 27 June 2018 (UTC)

Now the skills are shown in alphabet order, as expected. Thank you all! 13:13, 28 June 2018 (UTC)

@Infinite, I mean the maintenance patch back in March. -Chieftain Alex 17:15, 28 June 2018 (UTC)

Countdown timer update

The countdown timer for major events, in particular the current Dragon Festival, is not updated automatically after page reload in a browser. Instead, need to forcefully update the page by the button on Last update every time when you want to see the real countdown time. This is quite unpleasant and different from the past when this timer always updated by itself and shown the real countdown every time after browser reload. Is it possible to fix? 109.252.109.8 (talk) 06:53, 1 July 2018 (UTC)

Agreed, this is annoying. Unfortunately the latest version of one of our extensions, DPL, doesn't disable page caching like it used to. I shall try and write a widget to replace it. -Chieftain Alex 13:51, 1 July 2018 (UTC)

I've rewritten the template - hopefully it should work as intended now. Let me know if this is not the case. (Additionally, reloading the page is now no longer necessary - it will update the time remaining every 1 minute by itself without reloading). -Chieftain Alex 17:42, 1 July 2018 (UTC)

While the autoupdate now works well, the schedule itself is wrong, here is an example (UTC):

18:29 Final event has started. 1 minute until the current event ends.

18:30 Final event starts in 1 hour and 29 minutes.

but at 18:30 only 30 min should left until 19:01. Apparently the timer has a shift by 1 hour. 109.252.109.8 18:36, 1 July 2018 (UTC)

Hrm sorry about that. I think it was something stupid - I had set the dates without " UTC" at the end of them. I've compared the new output from the widget with the little table on the right and it seems to tie up now. Thanks for being persistent. -Chieftain Alex 22:09, 1 July 2018 (UTC)

Finally the timer works as intended. Thanks, Alex! :-) 109.252.109.8 23:42, 1 July 2018 (UTC)

Nicholas' timetable

Current bug is related to the begin of the week shown on the Nicholas the Traveler page. For example, since today (2 July 2018) Nicholas as a collector is located in the Zehlon Reach, as correctly documented on the Nicholas the Traveler/Cycle page. However, on his main page this week is shown as 25 June 2018. I suppose that it may be somehow linked with previous bugs which I described a few days ago, like an internal data cache has not been properly refreshed. Anyway, please fix the date of his appearance. 109.252.109.85 16:25, 2 July 2018 (UTC)

It shows up correctly for me. Try refreshing the page by hitting the time in the upper right corner. Steve1 (talk) 17:07, 2 July 2018 (UTC)

That's right, now it shows correctly without any refresh. Apparently some cache has been updated. So, it was a minor bug. 109.252.109.85 18:07, 2 July 2018 (UTC)

SSL certificate expired

Chrome and Opera refuse to connect, IE still can after the warning. Please fix, only the server admin can do this. 109.252.109.9 10:02, 1 October 2018 (UTC)

Chrome will connect only in incognito mode, if you say proceed. Otherwise, the wiki will not show up. 174.223.128.135 13:11, 1 October 2018 (UTC)

Connections should be fixed now. G R E E N E R 15:15, 1 October 2018 (UTC)

Youtube links inconsistent

When working on my userpages, i noticed I am allowed to post normal long youtube links, however the spam filter blocks the shortened youtube links. Shade the (talk) 02:58, 4 October 2018 (UTC)

Could you try to update the link again? The filter that you ran into seemed only to care that you were creating the page while not logged in. G R E E N E R 06:00, 4 October 2018 (UTC)

yeah that happened once but it was a whole edit that got messed up for me getting signed out somehow, but i tried again after that and it still said it, which is when i made the bug report. I just tried it again to make sure and yeah, i can post long youtube links but i cannot post the shortened youtube links due to the filter. here is an image showing me being logged in and it saying exactly whats being blocked. I then changed it back to the long youtube link and it worked. https://imgur.com/a/C8T5XjG Shade the (talk) 10:35, 4 October 2018 (UTC)

Ah, it was our MediaWiki:Spam-blacklist that caught you, not our abuse filter which did catch you, but not for the url. The blacklist seems like an outdated system compared to what we have for the abuse filter, but I'd like to grab another opinion. For the moment, sit tight, and we'll see if this can get looked at next week. G R E E N E R 15:25, 4 October 2018 (UTC)

Well i mean it isnt THAT important, just thought it was very strange and thought id mention it since it might cause problems for other things too. thanks Shade the (talk) 16:47, 4 October 2018 (UTC)

Feel free to give it another shot. Hopefully the issue has been fixed. G R E E N E R 19:01, 5 October 2018 (UTC)

Still does not work, just tried it. Shade the (talk) 16:03, 8 October 2018 (UTC)

Grumble, grumble. Thanksgiving threw off my attention; my apologies. It looks like the issue with the short link is deeper than I have access to, and may be part of the default spam filter. Our spam blacklist is blank, and our abuse filter isn't logging any activity. I'll have to bring someone else in to take a look at it. G R E E N E R 15:01, 17 October 2018 (UTC)

Greener was nearly there. The mw:Extension:SpamBlacklist uses both a local and an external blacklist. The short form of youtube was being blocked since it's part of the regular expressions listed on meta:Spam blacklist (the external list).

In terms of a solution, I've added the short form of the youtube url to MediaWiki:Spam-whitelist. I've then successfully made an edit using my test account. -Chieftain Alex 18:14, 17 October 2018 (UTC)

Awesome, thanks a ton! it was very weird. Now it needs to be done on the PvX wiki too, as its an issue there too, though I am not sure who is able to. Shade the (talk) 23:17, 2 February 2019 (UTC)

Halloween

The festivity is coming and main page is already updated! That's good, but please replace the link on the top banner from Halloween 2013 to Halloween. Apparently the banner is outdated. 109.252.109.9 23:15, 16 October 2018 (UTC)

Got it, thanks! G R E E N E R 15:01, 17 October 2018 (UTC)

Missed effect icon

In the article Environment effect, the effect Fireball does not have an icon; instead you see a link to non-existent File:Fireball (obelisk).jpg. The problem happens because the internal skill name "Fireball" is different from the page name "Fireball (obelisk)". This parameter "name = Fireball" probably was added to simplify the name in the references, even though the Fireball skill also exists and its icon is used here. The effect infobox properly shows the File:Fireball.jpg icon, but the effect table doesn't.

Apparently, the bug is in the Template:Effect table or, more exactly, Template:Effect infobox/row format. First template has two parameters: "name" and "image", both optional. Effect's name is defaults to the pagename, and icon is defaults to Image:Effect name.jpg. The problem is, the second parameter is independent, however, we could expect that it should be dependent. If we specify "name = New effect name", then the default image should be changed from Image:Effect name.jpg to Image:New effect name.jpg. But it doesn't happen and the template attempts to use the name of the effect page, if the "image" parameter is not specified.

I could fix this particular case either by copying the image Fireball.jpg to Fireball (obelisk).jpg or by adding "image = Image:Fireball.jpg" (brackets omitted) to the infobox, but I am afraid it will be a kind of quickfix, not a real fix. Supposed place of the bug (please verify):

Template:Skill infobox/row format (works correctly):

{{ #if: {{{image|}}} | {{{image}}} | [[Image:{{{name}}}.jpg]]}}

Template:Effect infobox/row format (bugged):

{{ #if: {{{image|}}} | {{{image}}} | [[Image:{{{%PAGE%}}}.jpg]]}}

--109.252.109.24 12:34, 19 November 2018 (UTC)

I've just edited Fireball (obelisk) to use the image parameter. The DPL checks if the image parameter exists, so why not use it. -Chieftain Alex 00:37, 27 March 2020 (UTC)