Abel Braaksma

Checking…

• Popup position Opera –> resolved
• Popup staying on top OP/FF –> resolved
• Popup too small Firefox –> resolved
• Characters doubling Firefox –> resolved
• Keywords messing up characters Opera –> resolved

Excellent work! Seems to work fine now in Opera, Firefox, Chrome/Chromium, Internet Eplorer. I didn’t test Safari.

I might become an avid user of your nifty plugin ;).

@jessehalldesign: you’re the owner of this thread, looks like it’s sufficiently resolved, can you select “Resolved” in the right-hand menu?

Thanks, Ipstenu. It’s clear now.

I kind-of assume the post is shown in my profile, but not to other users, to fool spam engines? Because it was quite confusing. It didn’t have a tag like “awaiting approval”, perhaps for the same reason.

Hmm, the Edit-button doesn’t work, so I add it here. In Opera , the strange double copying of characters appears there as well. When I ignored the popup hiding my text and just typed echo('bla'); this is what it showed (and saved when I clicked Save):

echo('bla');ho('bla')ho('bla')ho('blaho('blho('bho('ho(hoh

In Opera this only happens when the keyword is found and a popup occurs (which doesn’t go away). When you type “abcdefghijklm” the string is copied correctly to the editor.

On a side note: Ctrl-C doesn’t work (nor does right-click > copy), making it hard to create posts like this.

<strike>I don’t seem to be able to post new threads. I’ve asked it off-forum at stack-exchange. Sorry for adding OT-remarks to this post, I’ll update when I manage to get my additional posts added (they do appear in my profile, but not in the forum itself…).
</strike>

Edit: suddenly my topic re-emerged. Let’s continue discussion there.

If the editor behaves oddly now, there must be another problem. If you could let me know which browser this happens in that would be great.

I think it’s better to continue that discussion in a new post: The editor behaves oddly in Opera (popups stay) and Firefox (doubled chars).

Do you think a totally blank page would be better or something else?

In my opinion I think it’s best to do the same as with the touch command in *nix or the right-click new file in Windows: create a zero-byte empty file.

You expand on this and allow for templates that are dependent on file type (like creating a PHP-type file with <?php \n ?>. But that’s a feature enhancement.

The startup info is only displayed when the editor first loads up (that initial text should not be editable).

Like I mentioned, this is the behavior in all browsers, but not in Firefox. But I think you mean with “first loads” the phrase “when you start WPide”. Because it appears every time you start WPide.

Once you open a file selected from the file tree then the startup page should be replaced with your first file.

This works as you describe in all browsers I tested (OP, FF, IE, GC).

Note: the startup-checks (STARUP CHECKS ?? ) now always appear when you click the WPide item from Opera, Chrome and IE, but never in Firefox…

They disappear as soon as you click an item in the file menu.

Ah, I get it now. The check assumes that the WordPress site is in the root. Which is not the case in my scenario (and I assume that happens more often). The path in my case is:

/blog/wp-admin/admin-ajax.php

I changed the offending line as follows:

$test = '/wp-admin/admin-ajax.php';
if ( substr_compare($_SERVER['PHP_SELF'], $test, -strlen($test), strlen($test)) === 0 ||
    (isset($_GET['page']) && $_GET['page'] === 'wpide' )){

Now it loads correctly. However, the editor behaves very odd. Every character I type is doubled in an weird way. I.e., when I type <?php, it is echoed to the screen as <?php<?ph<?<. When you save it, the double characters are saved as well. Plus a vertical scrollbar appeared in the almost-top-left of the editing box. These are other, probably unrelated issues, so I’ll report that elsewhere.

Also, when you create a new file, it has a space in it by default…

There were no errors, only notices when showing debugging messages. However, after some trial and error, I found that the echo-statements don’t work in the ajax-calls (hence the empty pages), so I figured the ajax-calls were not registered correctly.

I noticed the following line:

if ( $_SERVER['PHP_SELF'] === '/wp-admin/admin-ajax.php' ||
     $_GET['page'] === 'wpide' ){

The index isn’t always set, but changing it to this didn’t help:

if ( $_SERVER['PHP_SELF'] === '/wp-admin/admin-ajax.php' ||
    (isset($_GET['page']) && $_GET['page'] === 'wpide' )){

Changing it to the following partially seemed to help (but many AJAX and JS errors):

if ( $_SERVER['PHP_SELF'] === '/wp-admin/admin-ajax.php'){

And finally changing it to this showed the file list and I could click the files:

if (true){

Obviously, it is not intended to always set the AJAX hooks. My wild guess is that PHP_SELF is not set the way you expect it to be set. However, once I had it set to if(true) I noticed that editing was next to impossible (after each key I hit, many more items were added to the file). I don’t know how it is expected to work, but I think my “solution” may have made things worse.

I revert it for now. Hopefully you can do something with this information.

Yep, I’m very much on Windows. Though the paths do not have spaces (I tend to not install *nix-originated software in paths with spaces), I can understand that you have issues.

However, in Windows, all paths can be accessed with forward slashes just like with *nix paths. But if you retrieve paths and append paths, you must use either forward, or backward slashes, not both. And I thought the path-manipulating functions of PHP were operating system agnostic.

Thanks for your continued patience in trying to solve this.

Unfortunately, still the same screen for me, no extra info coming, nor a file / dir list.

When I check the two AJAX calls being made with Firebug, I see that the first call, wpide_startup_check, returns “0”. The second call jqueryFileTree, also returns “0”. There’s no HTML, just one digit.

I saw that the second function has a parameter "\". If this means that he reads the root of the filetree (I mean, like “d:\” or something), it is likely that it will fail, as it can only have access to the wp-content dirs and below.

Just thinking out loud: maybe the JavaScript code you use requires extra privileges from the browser? I noticed that you load quite a lot JS scripts. However, I do not get any JS error in the JS console.

The “0”, btw, didn’t appear in Firefox. Only in IE / Opera.

I just tested it again in IE, Opera, Firefox and this time it shows three lines:

Use the file manager to find a file you wish edit, click the file name to edit.

0

I.e.: the one line I always see, plus a “0”. Oh, and the popup is still saying the same: “WPide is having trouble accessing your files”.

Btw, you asked in an earlier post about whether I could change files using the default editor of WordPress. The answer is yes, without trouble.

Since you mention “the first time”, I figured it might have to do with me updating it instead of installing it for the first time.

Unfortunately, even when I uninstall (and I checked the folder on the server to see whether it was really removed) and then reinstall it, I still don’t get a screen with the “WPIDE STARUP CHECKS” like you describe.

Only the first line “Use the file manager to find a file you wish edit, click the file name to edit.” and on top a popup with the text “WPide is having trouble accessing your files”. That’s all.

Anything else I can check or try?

Thanks for your efforts so far, it’s much appreciated and I sure hope we get this working ??

I’ve just downloaded and upgraded the plugin. It indeed shows a message now:

WPide is having trouble accessing your files

Where can I find the startup/debug info?