The wiki is busted

[Damien P]

I can't seem to edit anything:

"Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information."

[Jonathan Wheare]

Just tried it and I am having the same problem when I try and save a
wiki page.

J.

> --
> You received this message because you are subscribed to the Google
> Groups "HackerSpace - Adelaide, South Australia" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/hackerspace-adelaide/-/ebNKwc1iv9MJ.
> To post to this group, send email to
> hackerspac...@googlegroups.com.
> To unsubscribe from this group, send email to hackerspace-adelaide
> +unsub...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/hackerspace-adelaide?hl=en.

[Andrew Helgeson]

Awright!
Who broke the wiki?

;-)

On 27/09/2012 7:29 PM, "Jonathan Wheare" <jonatha...@gmail.com> wrote:

Just tried it and I am having the same problem when I try and save a
wiki page.

J.

On Thu, 2012-09-27 at 02:56 -0700, Damien P wrote:
> I can't seem to edit anything:
>

> "Set $wgS...

[Steven Pickles]

hrmm... *goes hunting*

To unsubscribe from this group, send email to hackerspace-adel...@googlegroups.com.

[Steven Pickles]

looks like some php strictness settings got turned on in the server, and a vaguely recent version of mediawiki will stop causing the error. i'll upgrade tonight, we are quite behind anyhow.

pix

[Steven Pickles]

Okay, turned out that somehow "allow_fopen_url" had been disabled on the server, and one of the mediawiki plugins, SpamBlacklist, was trying to pull in a list of blacklisted links when checking a new edit.

Now that we require captchas or signin to post external links, we should be okay with this extension disabled.

Upgraded to the latest stable version of MediaWiki in the process, which isn't a bad thing.

Let me know if anything else is awry.

pix 

[Tim Aslat]

On Fri, 28 Sep 2012 00:02:58 +0930, Steven Pickles wrote:

Okay, turned out that somehow "allow_fopen_url" had been disabled on the server, and one of the mediawiki plugins, SpamBlacklist, was trying to pull in a list of blacklisted links when checking a new edit.

Now that we require captchas or signin to post external links, we should be okay with this extension disabled.

Upgraded to the latest stable version of MediaWiki in the process, which isn't a bad thing.

Let me know if anything else is awry.

Hi All,

I disabled "allow_fopen_url" for all hosted domains on my server, mainly because it's too easily exploitable if you aren't careful, but I have now enabled it on the hackadl.org domain.  Any other settings that need changing to support whatever is needed can be done easily enough once I'm notified.

Cheers

Tim


-- 
Tim Aslat
Spyderweb Consulting
E: t...@spyderweb.com.au
P: 0401 088 479

[Ken]

:)
I've had stuff totally break or issue ugly warnings, on the Ulysses website I maintain, when the host has upgraded PHP.
 -Both with major and minor version updates.
Although it is a pain for users, I think it is best all round for hosts to make changes as necessary to keep up to date, and reduce danger to their setup and their clients.

Ken.

--

[Steven Pickles]

You can leave it off Tim, I worked around it.

But in the unlikely event that I start getting tonnes of wikispam, I'll be in touch ;)

pix

--