User Details
- User Since
- May 24 2018, 12:45 PM (308 w, 6 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Vid [ Global Accounts ]
Jun 7 2018
I've been working with the updated combination, I'm still seeing that immediately after saving a page the edit tab doesn't act as "edit with form." I've been using a Common.js workaround (where SectionPage is my form category), but it's not very pleasant and I hope an integrated solution can be found.
May 30 2018
The issue I was having is pages wouldn't recognize their categories had associated forms, when I used #default_form in the category or template. I upgraded the private wiki's mw to 1.30, it seems to be behaving better, especially after I used the runJobs script, but I haven't had a chance to thoroughly test it. I'll put it online publicy if I determine there's still a problem. Thanks.
May 24 2018
Thanks, I will set up a fresh public instance of this stack in the next few days. If there is a known best combination, please let me know. Currently using MW 1.27.4, SMW 2.5.6, PF 4.3.1.
That is confusing on its own. And it's unfortunately not the behaviour I'm seeing, a new page does not have edit with form. I see a few issues related to saving pages with templates in this stack combination which I suspect are problems between the latest SMW/PF/MW. I'd be more comfortable switching to a known-good MW version. This is with MW 1.27.4.
I've also tried adding the #default_form call to a template (on a private wiki) and it doesn't work. For now (as a stop gap, not realizing this was a general bug) I've used Javascript to redirect Edit to use the form if a page is in a form's category, is there an older release of MediaWiki that doesn't have this problem and doesn't have other problems? Switching to it would be a better solution if there's no quick fix for this.