Familypedia
Advertisement



Forums: Index > Watercooler > Where is tech support? - here, looking at our problem forms


The apology banner says our expert is away. I assume that means Phlox, who on February 18 said he would be returning the following week. Is he Wikia's only expert capable of dealing with this problem? It shouldn't take a technical genius to scan the histories of the forms pages and coresponding templates to find what was changed on March 23 or 24 to cause the forms to stop working, and then to undo that revision.DennisDoty 13:09, March 26, 2010 (UTC)

What is the problem exactly?
If you edit and create pages without the form, there is no problem at all. For creating pages, just open the page (without form) from a relative and copy and paste the template. rtol 20:36, March 26, 2010 (UTC)

I suspect that we have had a new version of "Semantic Forms" installed (see Special:Version - we are running a March 2010 version). Thurstan 21:11, March 26, 2010 (UTC)

Can't we go back to the old version until this problem is solved?DennisDoty 21:42, March 26, 2010 (UTC)
Installations are beyond our control. rtol 09:10, March 27, 2010 (UTC)
Multi-part response:
  • Form:Person hadn't been changed for months; I've not checked any of its templates' histories
  • Wiki no longer recognizes Special:AddData and Special:EditData - crucial to our proper use of forms
  • Thurstan has probably suspected correctly; so maybe a posting to the SMW mailing list will get an expert interested
How do I find the SMW mailing list? I sent an email to Wikia asking for help. DennisDoty 12:04, March 27, 2010 (UTC)
I've now added a link on our SMW page to it, https://lists.sourceforge.net/lists/listinfo/semediawiki-userRobin Patterson (Talk) 13:46, March 28, 2010 (UTC)
  • Creating pages for individuals seems to work fairly well if you use the Advanced form (described as "verbose" on the menu)
  • rtol may have failed to look carefully at Aimery IV de Thouars (c1024-1093) before saying there is no problem; and has he tried to give it a sensor page?
  • Links to people in the infobox seem OK if the target page exists, but have that "tag" structure if it doesn't
  • Those of you who read our email list postings will know what I sent to Central Wikia by way of plea for help; when Central replies, I'll point to this forum.
How do I find the email list postings? Thank you, Robin, for all your efforts.DennisDoty 12:04, March 27, 2010 (UTC)
Thank you. I've replied on your talk page. — Robin Patterson (Talk) 13:46, March 28, 2010 (UTC)
Robin Patterson (Talk) 11:37, March 27, 2010 (UTC)
There is a problem with the display, but not with the date on Thouars. I added a sensor page without any problem.
I bet that they renamed AddData and EditData. rtol 12:31, March 27, 2010 (UTC)

There is a discussion about this at http://www.mediawiki.org/wiki/Extension:Semantic_Forms rtol 06:02, March 28, 2010 (UTC)

Hooray! Thurstan and rtol solve (most of) the riddle:
"Special:FormEdit - lets a user either create or edit a page using a user-defined form. (See example of page.) (This page was, until version 1.9, two separate pages: "Special:AddData" and "Special:EditData".)"
Long past my bedtime, so one of you guys can start tinkering! — Robin Patterson (Talk) 13:52, March 28, 2010 (UTC)
Some observations:
  • When a new article is created by entering a name using Create new article Person form (standard) and clicking "Create an article about a person", we now get Special:FormEdit/Person/entered-name. In other words, nothing has to be changed in Form:Person to make it go to Special:FormEdit rather than Special:AddData.
  • When displaying Special:FormEdit after using Create new article Person form (standard) (as described above)
  • The save button at the bottom of the page does nothing.
  • The save button at the top of the page causes the page to be saved, but without any of the entered information.
  • The save button at the bottom of the page does nothing.
  • The save button at the top of the page causes the page to be saved, but without any of the entered information.
DennisDoty 23:03, March 28, 2010 (UTC)
That's odd. (Well, some of it is.) I've created a couple in the last 20 hours without much bother. Have a look at my contributions over the last 3 hours, for example. One possible difference - they were existing non-form pages being brought into the forms system. Nobody has changed Form:Person in the relevant period. But there may have been some behind-the-scenes work on the installation, resulting in the Special:FormEdit/Person/whoever. — Robin Patterson (Talk) 07:19, March 29, 2010 (UTC)
How did you bring existing non-form pages into the the forms system?
A couple more observations:
  • When one uses "Edit with form" on an existing page, one gets Special/FormEdit/Person/... with all the existing values displayed on the form. If one then changes a single value (short name) or makes no changes at all:
  • The save button at the bottom of the page does nothing.
  • The save button at the top of the page causes the page to be saved, but without any of the existing values except sex, ifmarried-g1, and globals.
  • Clicking "Advanced form" on the Edit Person page while displaying an existing person takes one to Special:AddPage/Person_advanced/... and of course the "No such special page" error message
DennisDoty 10:48, March 29, 2010 (UTC)

Bringing old-style articles into the forms system

  1. Copy the pagename to your clipboard.
  2. Open a new window in Familypedia and click on the sidebar item "Create new article".
  3. Paste the name into the box replacing "<type person article name here>", and click the "Create ..." button.
  4. You reach a "form" page with lots of buttons and little edit boxes. (There should be a warning saying the page exists but doesn't use the form: right! No worries; everything that was on the page is still there, and you will see it in a medium-sized edit box near the bottom. Best not to touch parts of that that you don't understand. Probably safe to delete sections that will be redundant, such as "Parents", but safer to leave it alone until next edit.)
  5. Fill in the first name, surname, and short name (copying from your original article where convenient). Those three are compulsory.
  6. Fill in the gender and anything else you like (copying as before). Where you are naming people (e.g. parents, partner(s), and child(ren)), please include dates just as on a standard page name (without brackets), and join people with plus signs (nothing else).
  7. Include your user name in the Contributors box; typing a few letters of it will probably give you an "autocomplete" for quick finish.
  8. Please add a brief edit summary near the bottom (e.g. "intro" or "upgrade") - otherwise the "Recent changes" item may take up three lines and annoy other users.
  9. Don't bother with "Preview"; it's no guide to page appearance. Just click "Save page" at the bottom.

I'm using the above as the basis of a new page Help:Upgrading old-style person articles. — Robin Patterson (Talk) 12:19, March 29, 2010 (UTC)

It looks like Constance Osterkamp (Waite) (1909-1983) was converted in the way you describe this morning. If you try to edit her with advanced form, the system uses Special:AddPage, which of course gives the "No such special page" message. I didn't try to Edit with form, because I am fairly certain it would wipe out all the information except sex, ifmarried-g1, and globals.DennisDoty 13:00, March 29, 2010 (UTC)

That's one that I converted, indeed. I've just given her a simple-form edit. Page looks as good as ever, or better; no "tag-links" in the infobox. Maybe your computer or browser is contributing to the differences we seem to have. I have a Toshiba Satellite Laptop with Firefox 3.6 or 3.7. I'll try Advanced form. — Robin Patterson (Talk) 13:16, March 29, 2010 (UTC)
Advanced form does indeed start badly: http://familypedia.wikia.com/wiki/Special:AddPage/Person_advanced/Constance_Osterkamp_%28Waite%29_%281909-1983%29
So flying by seat of pants I just change "AddPage" to "FormEdit", and all's well (on the face of it). Connie has been upskilled. — Robin Patterson (Talk) 13:24, March 29, 2010 (UTC)
This is curious. I did what you did: I changed AddPage to FormEdit and then I unskilled her, i.e. deleted skill(s) on the form. The save button at the bottom of the page did nothing, but the save button at the top of the page wiped out all her information except sex, long-name, and globals. Sorry about that, but you should be able to easily undo it. DennisDoty 13:47, March 29, 2010 (UTC)
The differnce could be caused by my computer (as you suggest in the undo) or my browser, but I think it is more likely to be in my preferences. Could you take a look at them? DennisDoty 14:26, March 29, 2010 (UTC)

An answer I hope

I received this reply from Wikia:

Hello Dennis,

In order to properly fix the Semantic Forms issues, you must do the following, which are actually very simple steps:

1) Null-save (aka open and submit without changing anything) to each form.

2) Change any links from Special:Allpage and Special:Editpage to Special:FormEdit.

We apologize for these issues (our version was so far behind; hence the issue) but it fixed a number of bug-gy problems for other wikis with Semantic Forms.

-- Best Regards and Happy Editing, Tim "daNASCAT" Quievryn Wikia Community Team


I can do 1), I think, but I don't know how to do 2). So, I'll let you guys handle it. If this works, I retract anything negative I said about Wikia tech support. DennisDoty 16:10, March 29, 2010 (UTC)

I null-saved Form:Person, but it had no effect on my ability to Edit with form. (Of course my "issues" with "Edit with form" may be unique to me.)DennisDoty 17:18, March 29, 2010 (UTC)

Tim's advice is that we should do both to have an effect. I'm time and hardware constrained at the moment and probably for another week or so. Someone'll need to a search on the two special words and replace them. rtol 07:34, March 30, 2010 (UTC)

Some progress: I changed AddPage to FormEdit in Template:Showfacts formbuttons and this gets rid of the "no such special page" error. Now, for me anyway, adding a person using Create new article Person form (verbose) causes the person to be added but without any of the entered information, just sex and globals. And editing an article by clicking Advanced form on the Edit with form page, causes most values to be deleted. The save button at the bottom of the page still doesn't work, but I expect this can be fixed by changing the corresponding template. DennisDoty 13:16, March 30, 2010 (UTC)

The save buttons at the top and bottom of Form:Person advanced are both created with the standard input|save tag. I thought maybe you couldn't use the standard input|save tag twice in the same form, so I deleted the first one, but that did not cause the save at the bottom to work. Of course I undid my deletion. So, the save button at the bottom of the form doesn't work for me. Does it work for anyone else? DennisDoty 17:05, March 30, 2010 (UTC)

Good work, Dennis. But I have never had a problem with the bottom "save" button, nor wiped lots of data as your saves have done. I don't recall other users reporting those errors either. You do seem to have problems with your system. Anyway, I'll look through other showfacts templates. — Robin Patterson (Talk) 23:21, March 30, 2010 (UTC)
Would you look at my preferences and skin? I remember last year there was a problem where I had to alter my preferences and someone wasn't seeing something because they had the wrong skin. I haven't changed anything about my computer or browser, so I don't see how they can be causing the data wipeout. Before the new version of Semantic Forms my system was processing forms normally. DennisDoty 01:03, March 31, 2010 (UTC)
I have the same problem as Dennis. Bottom save does not do anything, top save wipes all data. This is on Windows XP using the MS Internet Explorer. rtol 05:13, March 31, 2010 (UTC)
Me too Thurstan 06:11, March 31, 2010 (UTC)
Me three. Lanica 13:33, March 31, 2010 (UTC)

I have sent the following to Wikia:

We at Familypedia have performed both of the tasks described in your response and still have the following problems:

1) When performing FormEdit, the Save, Preview, and Show changes buttons at the bottom of the form don't do anything. The Save button at the top of the form will add a new page if one by that name does not exist, but that page will not have any of the entered data, just globals and default values. If the corresponding page already exists, the save button at the top of the form will update it wiping out the data in almost all fields.

2) Robin Patterson does not experience the above problem, but 4 users have reported it.

3) Robin has reported that when displaying a template created by a form some fields contain span tags (see Wikia Support Request #44180) The response from Chris Stafford is that a value passed to #formlink shouldn't have a span inside it. We have not yet made any changes to fix this problem. I include it here because it began occurring when the new version of Semantic Forms was installed.

4) On the forms some fields now run off the page background on the right, which wasn't the case before the new version of Semantic Forms was installed. This is my own observation, no one else has reported it.

Thank you for your timely response to my initial request.

Dennis Doty User:DennisDoty at Familypedia

DennisDoty 16:25, March 31, 2010 (UTC)

Response from Wikia

Hello Dennis,

Glad to hear back from you (though unhappy that we have to discuss fixing these issues...sigh...if only things worked the way they ought to). Let me try to address your concerns point by point:

> 1) When performing FormEdit, the Save, Preview, and Show changes > buttons at > the bottom of the form don't do anything. The Save button at the top > of the > form will add a new page if one by that name does not exist, but that > page > will not have any of the entered data, just globals and default > values. If > the corresponding page already exists, the save button at the top of > the > form will update it wiping out the data in almost all fields. > > 2) Robin Patterson does not experience the above problem, but 4 users > have > reported it.

I have seen #1 happen - the wiping out a completed page, that is - before every so often on The Third Turn. I would normally chalk these rare instances up as server issues (Wikia servers sometimes do crazy, insane things to Semantic Data...I just figured this was one case of it). These are very isolated incidents for me and I have never had the New-Page-Returns-Defaults Issue. I can not comment on why Robin doesn't have this happen yet and why others do, since usually I alone am doing most of the editing and the only one to see these issues. I will need a little more information on this before I can begin to investigate what exactly is going wrong - Is it consistent (are these four users having this happen EVERY time and if so, what browser), is it one specific form and a few links would be great too.

> 3) Robin has reported that when displaying a template created by a > form some > fields contain span tags (see Wikia Support Request #44180) The > response > from Chris Stafford is that a value passed to #formlink shouldn't have > a > span inside it. We have not yet made any changes to fix this problem. > I > include it here because it began occurring when the new version of > Semantic > Forms was installed.

That's an interesting note; I have yet to use Formlink yet since the Form system on The Third Turn is still under major performance development. Is it horribly inconvenient to remove the span tag for this one template (aka lots of manual editing) or is it a simply "replace with some other quick code piece"? I'll ask the developers what they know once we can come up with a solid list of all the "oopsie" things that happened after this update.

> 4) On the forms some fields now run off the page background on the > right, > which wasn't the case before the new version of Semantic Forms was > installed. This is my own observation, no one else has reported it.

This sounds like a browser-based bug to me, something the developers just simply didn't take into account when doing the update. I have you as running IE 7.0 , and the release log notes they made a ton of improvements to make sure it displays better in Internet Explorer. This is probably an oversight on their end. If you could send me a screenshot of that as well, though, I can confirm and talk to the developers.

I'm genuinely sorry to hear about all these issues. I have noticed that the update does indeed include performance improvements on our end of the server and it did fix some bugs, but I certainly would have been more careful pushing the update through had I known these extra bits were going to go wrong. Hopefully, these are just minor "nit-picky" things for the most part (except for the NewPage/EditPage issue from #1...that sounds pretty serious) and we can tweak them quickly.

> > Best Regards and Happy Editing, > > Tim "daNASCAT" Quievryn > > Wikia Community Team


Responses to Tim and later investigations

General

Here is my reply:

Hi Tim,

Thank you for getting back to me so quickly. I will give you as much of what you ask for as I can. Some will have to come from other Familypedia users. We have been discussing these issues at http://familypedia.wikia.com/index.php?title=Forum:Where_is_tech_support%3F&t=20100331222309 where I have been posting our correspondence. Problem 1) is completely consistent for me: happens every time and I have tried many variations of using Form:Person and Form:Person advanced. I am running IE with Windows Vista on an HP Pavilion model a6010n. Robin has a Toshiba Satellite Laptop with Firefox 3.6 or 3.7. User:rtol has Windows XP using MS Internet Explorer. I have been working exclusively with http://familypedia.wikia.com/wiki/Form:Person and http://familypedia.wikia.com/wiki/Form:Person_advanced Regarding removing the span tag, I wouldn't know where to begin, but one of our sysops might be able to tell you how difficult that would be. I'm not sure what you mean by a screenshot, but I am attaching a .mht file of an Edit Person page that shows the form running off the right side of the page. If you need any other information, I'll get it to you as quickly as I can. DennisDoty 23:34, March 31, 2010 (UTC)

Here are my two cents...I am using Opera as my browser, Vista as my OS and a Dell home computer. I have only used the forms to create new pages, and then only two of them. The first was before the 'troubles' and seems fine. The second was on the 30th and left me with globals and default values. I'm a new user, so I have nothing really to compare this to. I just know it's not working right now. Thanks for your help. Lanica 00:09, April 1, 2010 (UTC)

Span tags

Seem to have gone away. Links to people who don't yet have pages are now nice green buttons in the same style as the "Save page" and "Preview" that I can see below this edit box. I don't remember checking whether I've tried to click one. — Robin Patterson (Talk) 13:07, April 1, 2010 (UTC)

I have now tried several: they very properly take you to the same place as you would get from the sidebar link "Create new article". — Robin Patterson (Talk) 12:24, April 2, 2010 (UTC)

Possibly related is the fact that the line of links that include "Create/Update Sensor page" used to be all nice green buttons like the above, but now they are often plain links. — Robin Patterson (Talk) 13:07, April 1, 2010 (UTC)

Using Internet Explorer I still see the span tags, as in Edward Doty (bef1600-1655), who is now married to a span tag. DennisDoty 16:30, April 2, 2010 (UTC)

"Refresh" fixes that one. Thurstan 21:06, April 2, 2010 (UTC)

Losing stuff

I wonder whether there may be a clue in this comment in Form:Person:

<!-- the following are hidden, but we need to process them so that the parameters are not thrown away after a form edit -->

Robin Patterson (Talk) 13:07, April 1, 2010 (UTC)

There Are Some That Call Me "Tim"

Hey guys, did a few tests this morning just to confirm what you guys are seeing. This problem does not replicate itself on Firefox for me but it does rear its head on Internet Explorer. Testing this, I went to The Third Turn and made some tests on my forms with Internet Explorer (which I never use) and could not trigger the same problem. Thus, due to the very complex forms you guys have here, there must be something SOMEWHERE that is causing this. Perhaps Robin's explanation, perhaps something else. I am going to sit down here in a few hours and just go piece by piece through most of these forms and see if I can find the hang-up, but as a warning, I am certainly no expert on browser compatability. I'll let you guys know what I'll do next - to be frank, I'm glad these issues happened with this upgrade. As a Semantic developer, I can tell you creating complex code is insanely easy but hard to fix. The simpler we can make this code, the better. --daNASCAT   14:32, April 1, 2010 (UTC)

All right, I just looked through the code for the third time this morning; see nothing that could be changed for IE reasons. Can we confirm these issues are still happening on Internet Explorer only? --daNASCAT   20:39, April 8, 2010 (UTC)
I just tried to create a new person (Agnes Mary Ockenfels (1912-2008)) using the form. It was all ignored - the male icon was all that appeared, even though I'd clicked female. I tried editing and re-saving, nothing happened. The lower save button doesn't react at all, the one on the top deleted all my material. Lanica 20:53, April 8, 2010 (UTC)
I tried adding a new person and editing an existing person using Form:Person with the same results as before: bottom save button doesn't work, top save button wipes all data, both newly entered and existing. An observation that may be a clue: before version 1.9 when entering father or mother you would see a clickable list of existing pages that begin with the same letters, not so any longer. DennisDoty 21:11, April 8, 2010 (UTC)
I'm still getting (with Firefox 3.6.3) most new person pages created moderately well with simple form and additional info with advanced form (with both of the "Save page" buttons working), with only one occasion when there was a deletion as others report. "Update/Create Sensor page" sometimes works and sometimes doesn't (and using Form:Sensor page isn't working properly). One way I encourage it to work is by creating a tree subpage first! My other grizzle is that the "Edit facts" links (and the "Update sensor page" link on a sensor page) haven't yet had their Special links changed to "formedit". Maybe I should look for them to fix them. — Robin Patterson (Talk) 01:47, April 9, 2010 (UTC)
I found the "EditData" for the Edit facts in the infobox, and for the "Update sensor page" link on the sensor page itself, and fixed them. But I can't find one for the Child box. I've added a note about replacing it with formedit, but not everyone will see that. I hope Tim has some joy for us soon. — Robin Patterson (Talk) 15:21, April 20, 2010 (UTC)


Tim, would you give us an update on what you have been doing to solve our problem? DennisDoty 15:11, April 20, 2010 (UTC)


Hey guys, sorry about the long delay. For some odd reason I recalled this issue as being primarily resolved pending the next Semantic Forms update - didn't realize there were still other issues. I'm meeting with the Semantic Forms designer this weekend - they have had a hard time seeing exactly what we've been seeing. Hopefully I'll get a straight answer then. --daNASCAT   22:06, May 20, 2010 (UTC)
So, Tim, how did your meeting with the semantic forms designer go? Can you get him to replicate the problem by having him use Internet Explorer to access our Form:Person? DennisDoty 15:13, May 26, 2010 (UTC)
I did meet with him and showed him the issue. He believes it has to do with exactly what version of IE you are working with. Can I get confirmation about what IE browsers people are using? --daNASCAT (Help Forum) (blog) 18:38, June 1, 2010 (UTC)
I'm using Opera, but Identifying as IE. I'm not sure what version that would be. When I use Opera without the change in ID it has even more problems. Lanica 19:11, June 1, 2010 (UTC)
Advertisement