Festipedia:Defect reports

Add topic
From Festipedia, hosted by the FR Heritage Group
Latest comment: 3 years ago by Peter Harrison in topic 'Upload files' tab also missing!

If you encounter any defects in the software, please report them on this page in a new section, by clicking on the 'new section' tab at the top of this page. Give full details to allow reproduction - what page were you editing, what text did you insert, how did the results differ from what you expected. Please note that behaviour of this wiki in formatting text should largely mirror that of MediaWiki. The only exceptions are a few items which have not been implemented in FestWiki (heiroglyphics, mathematical formulae and timelines) plus a few MediaWiki defects which have not been replicated. If the 'defect' you wish to report also exists in MediaWiki, you may have a hard time persuading the developer that it is a defect!

Progress update[edit]

Not so much a defect, more of completion, or near so

The broken links page, I have gone through and sorted most of them - majority by stub pages, many by correction of links.

There are still some outstanding on page:-

  • Stewart Sandbox - 1 - - Stewart Macfarlane's test page - am in email contact over shifting - done from Hong Kong on 2 March 2007. Stewart 13:24, 2 March 2007
  • Wiki:The Den - just cannot see what it is with this page - can you check please
  • Help:Cheatsheet - cannot really remove - part of way page reads
  • Help:Functions - cannot really remove - part of way page reads
  • Help:Links - cannot really remove - part of way page reads

Test Pages: Have moved all previous Test Test xxx to Wiki:Test - have left message to tell this to last owners - will email them direct shortly

Keith 18:55, 1 March 2007


Section editing[edit]

  • Adding a new section adds the text at the start of the page.
  • The headline for a new section comes up with /* */

--Peter_Harrison 11:39, 2 March 2007

Section editing (Part Two)[edit]

copied from User talk:Peter Harrison

Peter, I have created Template:ImageCaption, however it is still show the sub heading edit tags. Is there any way to surpress these. Look at one of Tim's pictures Image:05-04-03 1edit.JPG, or mine Image:122Comb-060103.jpg as an example. --Stewart 12:10, 22 April 2007
Peter - It might also be useful to incorporate the template into the upload process - but that is probably a future development to think about. --Stewart 12:31, 22 April 2007

issues raised when another user edited on the template

File a) Image:ME29-05-05.jpg This hasn't been ImageCaption'd using Stewarts Template

Click on individual Summary (Edit) and it allows a normal edit - but as previous, deletes all other sections when saved.

Reported to me by Jeremy Latham - he has been advised to use main edit button instead --Keith 11:50, 26 April 2007

File b) Image:Criccieth2.jpg This has been ImageCaption'd using Stewarts Template

Click on individual Summary (Edit) and oooopps It goes into edit mode on Template:ImageCaption (section)

There are a number of issues here. Taking them one at a time:

Section edit tags can be removed on any page by using the magic word __NOEDITSECTION__. If you put this in a template, section editing will be suppressed for any page incorporating the template.

Editing the summary section deleting all other sections - Keith has reported this a number of times but I have been unable to reproduce nor can I see any path through the code where this would happen. However, the next software release (due around the end of this month, work commitments permitting) will fix a number of issues related to section editing.

The final "issue" listed is correct behaviour. If you try to edit a section which was generated by a template, it takes you into editing the appropriate section of the template. There is no sensible way for the software to work out that you meant to edit the parameters to the template. After all, the template may simply contain boiler plate text which does not depend on any parameters. And the software doesn't know whether you want to change the parameters or edit the template, so it goes for editing the template (which, after all, is what generated the text). Until we invent ESP for software, this is the best you will get! --Peter_Harrison 14:52, 1 May 2007

Thanks Peter - __NOEDITSECTION__ has been added to the template. --Stewart 15:50, 1 May 2007

Semi-protected pages[edit]

All registered users can edit these - should only be possible after they have been registered for 4 days

--Peter_Harrison 11:40, 2 March 2007


Links to subpages[edit]

Links of the form [[/subpage]] are being reported as broken and not coming up on what links here.

--Peter_Harrison 11:41, 2 March 2007


"Remember me"[edit]

Logging in with "Remember me" selected does not keep you logged in. --Peter_Harrison 14:18, 2 March 2007


Large numbers of images[edit]

Putting large numbers of images on a page does not work - you get a configuration error message. I don't know what the limit is but it is well over 100 so is only likely to affect category pages. The problem appears to be down to Perl's rubbish memory management. However, I will continue looking for a solution. In the meantime, if a category is likely to get a large number of images, the __NOGALLERY__ magic word should be added --Peter_Harrison 14:31, 2 March 2007

I have added the __NOGALLERY__ tag to Category:Images used with permission as this is now well over 400 pictures to avoid the possibility of this error turning up. --Stewart 12:42, 27 April 2007
I think this is less of an issue with our new hosts. I've also made some changes to the software which will help. In particular, the category pages will only display up to 200 items (subcategories, pages and images), although it will be possible to page up and down to see the rest --Peter_Harrison 14:55, 1 May 2007

Email system[edit]

Gives errors when sending an email if "cc me" is not selected even though the email is sent (sorry Keith!) --Peter_Harrison 18:01, 2 March 2007


Pages with & in the title[edit]

The way Apache rewrites URLs with escaped characters upsets the Perl CGI module resulting in the wrong ID being used for any page with an & in the title under some circumstances --Peter_Harrison 23:21, 2 March 2007


Section headings[edit]

Use of " and/or formatting in section headings can produce an incorrectly formatted section edit link --Peter_Harrison 00:17, 3 March 2007

Possible bug in Carriage Sets[edit]

Peter - I was attempting to edit Carriage Sets, specifically the sub-section for Main Season 2005. When I clicked on the edit tag, it opened up the following section - Winter 2005/06. Any thoughts? Stewart 08:35, 3 March 2007

Perl regular expressions (mutter mutter)! I still can't see why it wasn't working - it looks like the Perl split function is not behaving as expected. I have now added some code to cope with that. For what it's worth, the issue was to do having two headings in succession. However, it is fixed now. --Peter_Harrison 09:52, 3 March 2007


Images[edit]

Under some circumstances, if an image includes a link in the caption text up to the next link is not included when the page is displayed --Peter_Harrison 08:31, 3 March 2007


Recent changes[edit]

Depending on user preferences, the diff links on the recent changes page may diff the wrong versions --Peter_Harrison 20:33, 4 March 2007


Namespaces[edit]

  • Deleting pages outside the main namespace appears to work but doesn't actually delete
  • The "cur" and "last" links in the page history for pages outside the main namespace don't work

--Peter_Harrison 11:14, 5 March 2007


Indentation rendering in Firefox 1.5[edit]

The indentation redering in Firefox 1.5 only seems to give one level of indentation. Renders fine in Internet Explorer.

Look at the Cheatsheet in both to see what I mean

--Edward Harris 12:59, 5 March 2007

This looks like a bug in Firefox. I see MediaWiki has a workaround - not nice as it involves putting out some technically incorrect HTML which is just happens to produce the right results on both IE and Firefox. However, in other circumstances the MediaWiki workaround puts out HTML which is definitely incorrect and produces incorrect results. I'll see if I can come up with something better --Peter_Harrison 13:35, 5 March 2007

Now fixed. I don't think I've introduced any other bugs into the list handling in the process... --Peter_Harrison 16:13, 5 March 2007

Bulleted and Indented Lists[edit]

Peter - There appears to be a problem with bulleted lists. I was puzzled by the lack of formatting on Keith's User Page - bulleted list has gone. The indented list on the Help Page also seems to have gone. This appears to be happening with XP Pro/IE 6; XP Home/IE 6; XP Home/Netscape 7.1.

This might by a side effect of the above change. Stewart 16:36, 5 March 2007

Oops - yes it was. Sorry. I think it is right this time! --Peter_Harrison 17:34, 5 March 2007

Categories problem[edit]

On a number of occasions, I have had the categories bar (which should be at bottom), appear some way back up page - usually over a photo Just tried Waunfawr, then using table link went to Bettws Garmon - cat boxc appeared half up 2nd photo. --Keith 17:09, 8 March 2007

Keith - I am unable to reproduce this problem. It could be that there is some kind of intermittent defect. Next time it happens, please right click on the page, select "View source", save the source and send it to me. That way I'll be able to see if there is anything wrong with the HTML. Thanks --Peter Harrison 09:33, 9 March 2007

Now that I've seen the html, this looks like a rendering issue on the browser. The html from a page rendered correctly is identical to that for an incorrect page. --Peter_Harrison 20:32, 9 March 2007

Missing piccy's Dinas page[edit]

Page is http://www.frheritage.org.uk/wiki/Dinas

Third para

Small and large maps - no problem with the large maps - they still are on my webspace

Small ones show as external link but have FRHG address, and dont show

Where have they gone boss?

--Keith 12:22, 9 March 2007

As per the comment on the Community portal, external images can no longer be embedded in pages. Whilst I have no evidence that the feature has been misused, several wikis have run into problems over this with people complaining over unauthorised use of their images. I want to avoid this kind of problem so images are now only allowed if they've been uploaded --Peter_Harrison 17:57, 9 March 2007

Peter - the external ones wern't the problem - its the internal ones that have got lost!!! --

To upload the large pics require your authority as they are larger than the 210Kb limit - the addresses are in the links for you to pull for me Keith 18:09, 9 March 2007

Having taken another look, the problem is that these images are formatted as external images in the wikitext. If you want an image to appear embedded in a page, you have to use [[Image:imagename]]. Linking directly to the image won't work - it will always be treated as an external image. --Peter_Harrison 20:31, 9 March 2007

Ahhh - at first I didnt understand what you meant .... now I do ...... as said - its the internal ones that have got lost! They were pointing to an area that if I do manually, also says they are not found. Can you upload the originals from the locations
[1] Dinas 1830
[2] Dinas 1870
[3] Dinas 1880
keeping same names att4025930x, and I will do rest for the page - the files are in range 211-250kb size. --Keith 20:52, 9 March 2007

Page has now been corrected and reformatted --Keith 12:29, 4 May 2007

Page Errors[edit]

Several times this evening when selecting my watchlist I was getting error pages - which unfortunately at the time I did not record. Taking the typical engineer's solution are keep trying until it worked. I also got a server error around 22:55. I guess this was probably a server glitch. --Stewart 23:02, 10 March 2007

The server error was probably me fixing a problem I found in the watchlist! However, I don't know whether or not that is related to the error pages you were getting - the fix was to do with incorrect formatting under some circumstances if enhanced RC was selected. If it happens again, could you let me know exactly what the error page says please. Thanks --Peter_Harrison 23:10, 10 March 2007

My pictures in galleries[edit]

I checked out the :Category:DELETION PROPOSED late on this evening and found that the thumbnails for my pictures had gone, leaving the file name to link to the picture. I then checked Prince (Pictorial Views) and the thumbnails for my pictures had also gone. Next stop was :Category:Pictures from Stewart where only two out of the 34 thumbnails were displaying. Any thoughts? --Stewart 23:25, 10 March 2007

Think I know what it could be. My Norton firewall software. I had a similar issue with thumbnails on fotopic. It is working on Sarah's (and my) laptop which I have resolved with them both being on XP. The desktop is on 98SE. Fotopic gives a proposed solution. --Stewart 08:46, 11 March 2007

Missing images in Categories[edit]

Dont know if this is a "me fault" or "system fault" when opening "Category:xxxx", some of the images are not appearing - just giving title --Keith 12:14, 4 May 2007 Ignore - having typed in - read Stewart;s above - checked and is was "me fault" - had had an issue with Nortons yesterday --Keith 12:23, 4 May 2007

RSS Recent changes feed[edit]

The RSS Recent Changes Feed appears to be broken? --Edward Harris 13:19, 12 March 2007

Fixed. Sorry - I introduced this one while fixing some issues related to the RC page --Peter_Harrison 17:09, 12 March 2007

Broken again, I'm afraid. All the links off the rss try to take you to a special page (or at least they do in Firefox 1.5) --Edward Harris 12:33, 24 March 2007

On my copy of Firefox, it fails to even recognise it as an RSS feed! However, the links seem to be correct so I'm not sure why you are having a problem. I have an updated version of the software which includes some changes to the RSS feed. Firefox seems happier with the new version. IE seems happy with both (and seems to do a better job of handling RSS feeds than Firefox). I hope to release this upgrade in the next couple of weeks. If you are still having a problem, tell me what the links look like and exactly what the wiki says when you click on one of them please. Thanks --Peter_Harrison 09:18, 26 March 2007

From Firefox 1.5.0.11, the Cob link comes thus: http://www.frheritage.org.uk/wiki/Special:Rss?Cob

Thanks Ed - I see the problem now. It is fixed in the next version of the software which I am hoping to release in a week or two. This includes an improved RSS feed and an ATOM feed. In the meantime, http://www.frheritage.org.uk/cgi-bin/wiki.pl?id=Special:Recentchanges&feed=rss works correctly (and will continue to work in the new software) --Peter_Harrison 08:36, 27 March 2007

Uploading images[edit]

I have some images of "The Boat" taken on 5 Oct 2008, which I should like to add to its page. I have downloaded the help page but do not get the "Form" I am told I should get after clicking on the "Upload file" link, so seem to be stuck. Is the problem me or the software?

Richard Stagg, 17 Oct 2008.

You need to have been registered for 4 days before you can upload files. You posted this a few hours short of the 4 days! It should work for you now if you try it again. --Peter Harrison (talk) 08:34, 18 October 2008 (UTC) Reply[reply]

J/CSS problem[edit]

Moved from Home page Talk page as part of cleanup

When I try to blank my /css and /js pages, I get the following error:

Undefined subroutine &FestWiki::Getmessage called at /home48a/sub003/sc33579-AWZG/www/cgi-bin/wiki.pl line 16047.

Dagoth Ur, Mad God (Talk contribs E-mail) 01:46, 1 July 2008 (UTC)Reply[reply]

Fixed. If you come across any more problems, please report them on Festipedia:Defect reports. Thanks --213.123.189.50 (talk) 08:55, 1 July 2008 (UTC)Reply[reply]

Link fault on Mountaineer II page (http://www.festipedia.org.uk/wiki/Mountaineer_II)[edit]

Link at end of 7th paragraph: "Six photographs of this visit can be found Mountaineer at Aberystwyth here" yields a "404 - File or directory not found" error.

Citation Problem from National Library of Wales to Wikis[edit]

The NLW citation system that enables wikis such as Festipedia to link to an article in the newspaper archives of the NLW does not appear to be working properly.

See Day Log/1901-10-07‎‎ for failed attempts to cite. Instead, the actual NLA article has be copy/pasted into a Festipedia blockquote.


I will now go and put the same Cites on Wikipedia to see how things go there. FarleyBrook (talk) 03:24, 17 November 2015 (UTC)Reply[reply]

Back again. Wikipedia seems to suffer the same cite problem. FarleyBrook (talk) 03:33, 17 November 2015 (UTC)Reply[reply]

If it doesn't work on Wikipedia it is very unlikely to work here. We are using the same software. Can you give more details of the problem. What text did you add to the article to create the link, what was the result and what did you expect? --Peter Harrison (talk) 09:52, 17 November 2015 (UTC)Reply[reply]
See below.

To cite some text on the National Library (NLW or NLA), you press the "cite" button, and copy and paste the citation which pops up into the Wiki text as a reference. The cite text looks like:

NLW: <ref>{{cite web|url=http://hdl.handle.net/10107/3568647|title=RailwayAccidentnearFestlniogJ - The North Wales Express|date=1901-10-11|accessdate=2015-11-17|publisher=Robert Wiliams}}</ref>

NLW: North Wales Express. * 1901-Oct-11: North Wales Express. [1]

At best the NLW cite seems only to link to the top of the page, that might contain 20 separate articles. The scrolling mechanism to move up and down these 20 articles, also does not seem to work. There are a few more examples in Day Log/1901-10-07‎‎.

The citations of the National Library of Australia do work with both Festipedia and Wikipedia, except only that you cannot point to the Nth line, which is a nuisance if the article is long.

NLA: <ref> {{cite news |url=http://nla.gov.au/nla.news-article92271555 |title=THE FESTINIOG RAILWAY. |newspaper=[[South Australian Chronicle and Weekly Mail |South Australian Chronicle and Weekly Mail (Adelaide, SA : 1868 - 1881)]] |location=Adelaide, SA |date=1 June 1872 |accessdate=17 November 2015 |page=14 |publisher=National Library of Australia}} </ref>

NLA: South Australian Chronicle [2]

The NLA scanned text, which mostly contains at least some scanning errors (such as Reilway instead of Railway), can be corrected by users, with a suitable audit trail. There is a Hall of Fame whereby each line of correction scores one point. FarleyBrook (talk) 12:39, 17 November 2015 (UTC)Reply[reply]

References[edit]

  1. ^ "RailwayAccidentnearFestlniogJ - The North Wales Express". Robert Wiliams. 1901-10-11. Retrieved 2015-11-17.
  2. ^ "THE FESTINIOG RAILWAY". South Australian Chronicle and Weekly Mail (Adelaide, SA : 1868 - 1881). Adelaide, SA: National Library of Australia. 1 June 1872. p. 14. Retrieved 17 November 2015.
Thank you for the details. This is not a defect in Festipedia or Wikipedia. The "url" part of the cite text is a link which will bring up the whole page on the NLW website. They don't have a mechanism for linking to specific articles despite having a "cite" button at the top of each article. I regard that as misleading as it makes it look like you can link to a specific article. If you click on any article on the page you will find that you get the same url in the cite text so they all simply bring up the whole page with the first article selected. There is no way we can change that behaviour. Only NLW can give you the ability to link directly to a specific article. Similarly with the NLA site, only they can provide a mechanism allowing you to link to a specific line of text. Sorry. --Peter Harrison (talk) 17:08, 17 November 2015 (UTC)Reply[reply]

Web Hosting[edit]

Not a defect report, this just looked like the best place for a software related question.

I'm one of the small group who created and run www.svrwiki.com. It's hosted with GoDaddy and it runs very slow at times. The renewal is due soon, so I was thinking of moving. I see Festipedia is hosted with 123-reg. Would you recommend them? --Graham Phillips 110 (talk) 07:54, 25 November 2015 (UTC)Reply[reply]

No, 123-reg are not our hosts. They are simply the registrar for the domain name. We have a dedicated server rented from Kimsufi at a cost of around £20 per month. I start with a bare server - operating system and nothing else - then install everything we need on top of that. We are currently on our third or fourth server from Kimsufi. I'm very happy with them. --Peter Harrison (talk) 08:14, 25 November 2015 (UTC)Reply[reply]

Thank you, I obviously misunderstood the information on https://who.is/
Ours is an entirely unofficial project with no official recognition or support and no response to requests to be hosted on the SVR's own servers, I'm funding it myself as an individual. We're currently using about 1GB, so the KS-1 option at around £4.30 per month looks a good option. I'm very much a novice at this and starting with a bare server sounds beyond me, hopefully I can recruit some help. --Graham Phillips 110 (talk) 08:37, 25 November 2015 (UTC)Reply[reply]

Search Function Bug[edit]

The search function reports "An error has occurred while searching: We could not complete your search due to a temporary problem. Please try again later." FarleyBrook (talk) 11:11, 2 October 2016 (UTC)Reply[reply]

Thanks for pointing this out. It seems MediaWiki required a newer version of the search engine than the one we had installed. Shame they didn't document this! It is now fixed. --80.43.88.243 (talk) 10:59, 3 October 2016 (UTC)Reply[reply]

Errors[edit]

Hi Peter,

I keep getting the following when searching, and when just navigating the site?


Internal Error

[47a3f724751c0e4b2bcc07a0] /w/index.php?title=Special%3ASearch&search=Service+Car&go=Go Error from line 40 of /home/frheritage/www/festipedia/1.28.2/extensions/CirrusSearch/includes/Job/ElasticaWrite.php: Unsupported operand types

Backtrace:

  1. 0 /home/frheritage/www/festipedia/1.28.2/includes/jobqueue/Job.php(74): CirrusSearch\Job\ElasticaWrite->__construct(Title, boolean)
  2. 1 /home/frheritage/www/festipedia/1.28.2/includes/jobqueue/JobQueueDB.php(292): Job::factory(string, Title, boolean, string)
  3. 2 /home/frheritage/www/festipedia/1.28.2/includes/jobqueue/JobQueue.php(372): JobQueueDB->doPop()
  4. 3 /home/frheritage/www/festipedia/1.28.2/includes/jobqueue/JobQueueGroup.php(240): JobQueue->pop()
  5. 4 /home/frheritage/www/festipedia/1.28.2/includes/jobqueue/JobRunner.php(157): JobQueueGroup->pop(integer, integer, array)
  6. 5 /home/frheritage/www/festipedia/1.28.2/includes/MediaWiki.php(941): JobRunner->run(array)
  7. 6 /home/frheritage/www/festipedia/1.28.2/includes/MediaWiki.php(900): MediaWiki->triggerJobs()
  8. 7 /home/frheritage/www/festipedia/1.28.2/includes/MediaWiki.php(720): MediaWiki->restInPeace(string)
  9. 8 /home/frheritage/www/festipedia/1.28.2/includes/MediaWiki.php(739): MediaWiki->{closure}()
  10. 9 /home/frheritage/www/festipedia/1.28.2/includes/MediaWiki.php(543): MediaWiki->doPostOutputShutdown(string)
  11. 10 /home/frheritage/www/festipedia/1.28.2/index.php(43): MediaWiki->run()
  12. 11 {main}

RedDragon (Send me a telegram) 16:45, 22 June 2017 (UTC)Reply[reply]

This has happened a couple of times recently. It seems to be an issue with one of the extensions we are using. I've put a temporary fix in place which will prevent any recurrence. Peter Harrison (talk) 07:00, 23 June 2017 (UTC)Reply[reply]

Page patrol problems[edit]

When this function is used to leave a message on the page creator's talk page, the message doesn't come up properly (see my talk page for an example). Festipedia has very few new articles, so the patrol page is inevitably used for improving existing pages. Would it not be more appropriate for the messages to be left on the article's talk page as well? Otherwise, the patrol interface leaves unsightly messages on inactive or deceased users' talk pages. RedDragon (Send me a telegram) 20:03, 3 January 2019 (UTC)Reply[reply]

The problem was a missing template. I have now fixed this. Leaving the message on the talk page as well would require changes to the PageTriage extension. I would prefer to stick to using the extension out of the box rather than having to edit it every time there is a new version of MediaWiki. --Peter Harrison (talk) 20:38, 3 January 2019 (UTC)Reply[reply]
In the same vein, is there any documentation regarding which categories pages are added to depending on the tag? RedDragon (Send me a telegram) 20:57, 3 January 2019 (UTC)Reply[reply]
Apologies for the late response. We don't have any documentation on this currently. Wikipedia also fails to document this. The only way of finding out at the moment is to look at MediaWiki:PageTriageExternalTagsOptions.js and MediaWiki:PageTriageExternalDeletionTagsOptions.js. These pages hold the configuration for PageTriage. The tag parameter in each block tells you which template is added to the page. You then need to visit the template to see which categories it adds to the page. If anyone wants to go through the relevant templates and add a documentation page somewhere that would be great. I'm afraid I don't have enough time available to do this at the moment. --Peter Harrison (talk) 08:31, 3 May 2020 (UTC)Reply[reply]

'Upload Image' tab missing from all pages[edit]

The instructions for uploading images state there is an 'Upload Image' tab on the left hand side of every page. Sorry, I might be thick, but I can't find it.... I have a rare pic of Harold on Phase 1 of the WHR to upload. Frustrated... Barrie Hughes

The link is actually 'Upload file'. It is the third link under Tools on the left of the page --Peter Harrison (talk) 08:09, 3 May 2020 (UTC)Reply[reply]

'Upload files' tab also missing![edit]

I checked the tools menu and the 'Upload Files' tab is also missing from the Tools Menu on the left hand side menu.... si I'm still trying to find out how to upload an image...its not as transparent as Wikipedia unfortunately.

We use the same software as Wikipedia. If you create a new user account on Wikipedia and immediately try to upload a file you won't be able to find the link there either. To be able to upload a file you must be an autoconfirmed user. That means you need to have been a registered user for at least 4 days and have made at least 10 edits. This protects us against malicious users creating accounts and immediately uploading undesirable content - the same reason Wikipedia have this policy. At the time of writing you have been registered for less than 8 hours and have made 3 edits (2 of them to this page) so you are not yet allowed to upload files. If you make some more edits the link you are looking for will appear on 7th May --Peter Harrison (talk) 12:10, 3 May 2020 (UTC)Reply[reply]