Interesting.

I installed the latest WP nightly build.
I installed 4.0.3
I installed latest SVN of SPF.

I did this on my domain and subdomain.

The CSS breaks in Firefox but not Chrome or IE. So I went here.

For fun I decided to try to upload images as this is were I noticed I was getting SQL errors. No errors

Uploaded an image ie (http://imahack.kindagreywolfsworld.com//wp-content/forum-image-uploads/admin/_thumbs/_beware-of-dog.jpg)

After clicking on “Insert” to place in SPF it breaks down to src=”//wp-content/forum-image-uploads/admin/beware-of-dog.jpg”

I might be able to relove some of this

I have been a little out of the loop on this thread – sorry. When you say the CSS breaks in Firefox I assume you are meaning the admin CSS yes? What actual errors does the validator throw up that are not 'radius' or 'opacity' related? (Steve and I both use Firefox as our main browser without any problem by the way so this is somewhat perplexing).

On the uploading of images the problem then is the double slash. I'll take a look at the code and try to work out what is happening…

[Update: Steve – As far as I can tell this should take care of it:

but doesn't seem tp be doing so. Or am I looking on the wrong place?

I am thinking that is an issue with the subdomain. I am going to back up my main site and install the beta there and see what happens. Strange thing is, the admin backend looks fine in Chrome and IE!

Images:

When you Click on “Insert” to add the picture to the post, it drops the domain. IE it says “Domain.com/wp…..”

But on insert it drops the domain.com. Working on it though, weird.

BTW, to a previous post, I am “Mike” but my kids call me “Fat Bastard”, your choice.

Admin CSS: I was trying to get an idea of whether the admin CSS was loading at all. And we should be fine in sub-domains. But that was why I was interested in the validation errors (that were not radius or opacity related).

Image Uploads: Well – dropping the domain for the internal link is fine. There should be no problems with relative URLs. it;s the double slash in front of ‘wp-content’ that bothers me and must be the root of the problem.

Andy, we have an account on the site he is talking about… username is spf and password is spfspf… 

the admin css is not showing because its throwing an error about mime type (posted it on previous page)…  its confused by the css file being .php vs .css…  yesterday, I was researching some google links that point to this really being a config issue in apache httpd.conf file

It happens both at localhost (My Machine-root)
and
 imahack.kindagreywolfsworld.com/ (Siteground-Subdomain)

Here is what I am talking about on Images- this is 2 mins, 29 Seconds.

http://www.kindagreywolfsworld.com/spf/

If ths Admin CSS problem comes down to an httpd.conf setting then we probably wont be able to use it. But if Mike is seeing it display correctly in some browsers and not others that suggests more of a browser setting than httpd surely. After all the server will be using the same config for all browsers? I'll see if i can dig anything up. (By the way – it's fine on Safari/Mac).

On the image upload we really need to work out where that double slash is coming from. (We had a similar problem with a user recently who was seeing a double slash in the login url). Mike – could you perhaps have a look at the tinybrowser config.php file (/editors/tinymce/plugins/tinybrowser/ and see if you can work out whether that setting I mentioned above in post 47 is the culprit?

It doesn't appear so, I have tried it every which way and it keeps adding that extra slash.

So – after the config has run – what is the value of:

btw…  perhaps I should have said “server misconfiguration”…  If the google searches are correct, it shouldnt be like that… 

Mike, do you have ssh access to your server?

First
tinybrowser['docroot'] = rtrim(ABSPATH,'/');

And no, its on  siteground, can't ssh into that. But it is doing it on my wamp also and I have access to everything.

If you want I can give you my siteground user and pword. If you muss it up, well, I'll be laughing my a&% off installing the backup.

thats not what andy meant…  he wanted the actual value of tinybrowser['docroot'] after executing the command…

you will need to add some debug code to output the value…  We have two defined in the forum itself…  just add

vshow($tinybrowser['docroot']);

anywhere after that line of code and it svalue will be dumped to the screen… 

fyi, if the variable you want to look at is an array, use

ashow($varname);

so, you are getting the same problem with image uploads on your localost wamp set up?  whats that url?  ie is a virtual host?

---/problem-with-post-edit-buttonome/kindagre/public_html/imahack---

I can't show you wamp as its localhost and my ISP graciously blocks port 80 That one sits at

---C:wampwww---

Could I be messing up downloading the trunk? I am hitting "Export" and head revision? Just a thought.

and both have the issue?  the admin css or the image upload?  ssh request was for the css issue…  the docroot request was for the image upload issue…

first one, isnt wp actually installed into a subdir?

second one, where is wp installed?  in www?

export?  from tortoise svn, you should be in the directory that you want to put spf into… in this case

c:\wamp\www\…..\wp-content\plugins

then you should right click and select 'SVN Checkout' – not export…

then for url, enter

http://svn.simplepressforum.com/trunk

and for directory enter

c:\wamp\www\…..\wp-content\plugins\simple-forum

then, when you want to update, simply right click on the simple-forum directory and select 'SVN Update'

OK did as you said. Everything is set your way. Did a fresh install

*******************

Windows XP using WAMP 2.0 (Localhost, MY isp blocks port 80), Installed in root /www
WP 2.8
Simplepress Nightly build 2033
(Plugins installed: Lightbox JS v2.04)

Installed Forum
Warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, 'sf_block_admin' was given in C:\wamp\www\wp-includes\plugin.php on line 339

Didn't create froum slug
Created forum slug

Unchecked Block User “Access to WP Admin Pages”
Created Group and Forum
Went to forum
Went to upload picture

WordPress database error: [Table 'wordpress.sfmembers' doesn't exist]
SELECT * FROM SFMEMBERS WHERE user_id=1

WordPress database error: [Table 'wordpress.sfusers' doesn't exist]
SELECT user_login, display_name FROM SFUSERS WHERE ID=1

WordPress database error: [Table 'wordpress.sfmembers' doesn't exist]
INSERT INTO SFMEMBERS (user_id, display_name, pm, posts, moderator, lastvisit) VALUES (1, '', 0, -1, 0, now());

WordPress database error: [Table 'wordpress.sfmeta' doesn't exist]
SELECT * FROM SFMETA WHERE meta_type='default usergroup' AND meta_key='administrator' ORDER BY meta_id
(Huge list)
Signed out to sign in as new member.

Fatal error: Call to undefined function sf_set_last_visited() in C:\wamp\www\wp-content\plugins\simple-forum\library\sf-database.php on line 2336

Went to main site and logged in as member
Went to add new topic. Then to add a picture.
Got this again

WordPress database error: [Table 'wordpress.sfmembers' doesn't exist]
SELECT * FROM SFMEMBERS WHERE user_id=2

WordPress database error: [Table 'wordpress.sfusers' doesn't exist]
SELECT user_login, display_name FROM SFUSERS WHERE ID=2

WordPress database error: [Table 'wordpress.sfmembers' doesn't exist]
INSERT INTO SFMEMBERS (user_id, display_name, pm, posts, moderator, lastvisit) VALUES (2, '', 0, -1, 0, now());

WordPress database error: [Table 'wordpress.sfmeta' doesn't exist]
SELECT * FROM SFMETA WHERE meta_type='default usergroup' AND meta_key='subscriber' ORDER BY meta_id

WordPress database error: [Table 'wordpress.sfmeta' doesn't exist]
SELECT * FROM SFMETA WHERE meta_type='default usergroup' AND meta_key='sfmembers' ORDER BY meta_id

This happens on ALL Logouts
Fatal error: Call to undefined function sf_set_last_visited() in C:\wamp\www\wp-content\plugins\simple-forum\library\sf-database.php on line 2336

****************

At this point I believe the Beta just hates me.