Submit an article! and download manager problem :)

[DarkMain]

The php settings on my host are the same.
open_basedir   no value   no value

[bloc]

This all boils down to the wysiwyg editor. Try turning it off, and see if the submit article still goes haywire.

Using a WYSWIWYG editor has always presented a problem, and I have tried a few. But still no perfect one has been found. My knowledge of the intricate javascript used in those is not enough for me to write one from scratch.

I am currently looking at ways to improve the article/submission features - and moving away from WYSIWYG editors that "do all". Uploading pictures, selecting images etc. can be better, and more secure - done as native TP functions.

[DarkMain]

Turning off the WYSIWYG editor in TP settings doesn't make any difference. I'm still taken back to the front page.

just thought I would post the link, just in case there was something wrong with that.

http://www.domain.com/smf/index.php?action=tpmod&sub=submitarticle

[misjka]

As far as I know the open_basedir feature has never been exploited in PHP. There's not much you can do if this is causing a problem unless Bloc figures out a way for it to work. But IMO, it's not something Bloc should have to fix, only something he would fix for being nice. I'm not even sure if it can be fixed....

Here's what open_basedir does.

    Limit the files that can be opened by PHP to the specified directory-tree, including the file itself. This directive is NOT affected by whether Safe Mode is turned On or Off. 

OK, I'm fresh into php and thus know just about nil about it. But I attach the note from my webhost anyway for you to see. (Btw, I gave him the link to this thread before he replied - so I guess he's been reading here):

Hi,
No sorry it is not something we can fix. You are restricted by open base
directory rules and this will not be changed for security reasons. The
script authors would need to design their script to work with shared hosting
accounts.

[misjka]

This all boils down to the wysiwyg editor. Try turning it off, and see if the submit article still goes haywire.

No, the behaviour is still the same without the wysiwyg editor...

[bloc]

Turning off the WYSIWYG editor in TP settings doesn't make any difference. I'm still taken back to the front page.

just thought I would post the link, just in case there was something wrong with that.

http://www.domain.com/smf/index.php?action=tpmod&sub=submitarticle

Actually the link is now: http://www.domain.com/smf/index.php?action=tpmod;sa=submitarticle . Notice the change from "sub=submitarticle" to "sa=submitarticle".

[bloc]

Its a bug i will need to correct, but for now: open TPortalblocks.template and search for "&sub=submitarticle", then replace with ";sa=submitarticle".

[PuG]

Working properly if I put the link directly into the browser. How would I update the button url to match the above? I can only assume everyone must have this issue as we all downloaded the same package?

Ok,

Regards! thanks

Update - talk about efficacy's, you've answered my post before I even had a chance to post it

[misjka]

Its a bug i will need to correct, but for now: open TPortalblocks.template and search for "&sub=submitarticle", then replace with ";sa=submitarticle".

Thanks, Bloc! Worked like a charm - of course !

[DarkMain]

Legend!