I installed xinha under htmlarea modul. (Both the newest) it works perfectly, except uploadimage, and uploaddocument.
When I click on the toolbar button, the popup window comes up with node/ page (drupal root) in it. (When i put these tow plugins htlmarea/plugins)
If i put the two plugins under xinha/plugins/ "page not found" comes up (it looks for the php files in htmlarea/plugins/ folder)

In the readme.txt of htmlarea: To run the upload images, or upload documents plugins you will need to apply the patches in the patch directory.
BUT there is no patch directory in the module.

Also, I could not find gordon's image modul for plugin - mentioned in readme.txt (I could not find his sandbox).

Please, help me, i tried to find out about this for all day on the forums, and nothing helped.

CommentFileSizeAuthor
#1 upload-image.js1.75 KBkeve
book.htm55.08 KBkeve

Comments

keve’s picture

StatusFileSize
new1.75 KB

I also include upload-image.js

gordon’s picture

Are you running an un modified version of htmlarea. The html is triing to load the js from a directory called book_elemei which is not a path that the standard version of htmlarea looks in.

Basically what is happening is that the javascipt is being loaded from the wrong location, and then when the popups are being used they do not exist.

keve’s picture

Sorry, when I saved "book.htm" from firefox, it changed the code.
This is the correct ones:

keve’s picture

I could not upload: book2.htm, but you can reach at: http://www.heemp.org/temp/book2.html

I use unmodified version of htmlarea 4.6 and xinha nighly.
The other buttons work well.
It is just this uploadimage & uploaddocument plugin i cannot make to work.

(When uploading, to drupal.org, I got error: The selected file could not be uploaded, because the destination is not properly configured.)

Anyway, thanks for looking.
BR/ Keve.

gordon’s picture

Here is the output from httpliveheaders which basically says that it cannot find the insert_image.php script and is being redirected to /en.

Check your appache logs and see if you can see anything in there.

http://www.heemp.org/modules/htmlarea/plugins/UploadImage/popups/insert_image.php

GET /modules/htmlarea/plugins/UploadImage/popups/insert_image.php HTTP/1.1
Host: www.heemp.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-gb,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: PHPSESSID=6b1b53b7a56e0f7cd80d5b77b64ecb82

HTTP/1.x 302 Moved Temporarily
Date: Mon, 16 May 2005 00:24:56 GMT
Server: Apache/1.3.33 (Debian GNU/Linux) mod_jk/1.2.5 PHP/4.3.10-13 mod_ssl/2.8.22 OpenSSL/0.9.7d
X-Powered-By: PHP/4.3.10-13
Location: http://www.heemp.org/en
Content-Type: text/html; charset=utf-8
X-Cache: MISS from aix.auul.pri.ee
X-Cache-Lookup: MISS from aix.auul.pri.ee:80
Connection: close
keve’s picture

I think it has to do with i18n module.
I had a problem, too w/ cron.php.
Because it redirected to /en before executing cron.php as well.
(So that cron msg did not appear in watchdog either as failed nor as completed.)

gordon’s picture

I am not sure, but I know that you need it to exclude module/htmlarea/xinha from the changing of the path.

keve’s picture

You mean from mod_rewrite?

gordon’s picture

Sorry I do not use the i18n module, and do not know how it works. My sujestion is to turn check the log files when the popup is triing to be opened and see what is in there. There maybe an error or something missing.

bomarmonk’s picture

I am having similar difficulties: when clicking on the insert-image button, the pop-up window merely opens up the drupal home page.

I am running Drupal 4.6.1 with the 4.6 version of HTML area and the nightly version of Xinha.

Also, my drupal installation is currently in a subdirectory.

bomarmonk’s picture

Just tested my same set-up in FireFox: the above problem is only occuring in Internet Explorer.

bomarmonk’s picture

Also, when using the feedback.module, creating content for a "feedback" comment seems to use the image plugin correctly, even with IE. But, when I create a node (create content), the image plugin chokes. I also posted this issue to the overall forums, in case someone might suggest a workaround. So far, there are no suggestions on how to fix this.

bomarmonk’s picture

Help? Ideas? Workarounds? I tried disabling the path module and pathauto modules, in case some strange conflict was occuring on that level. But this didn't change anything!

carlosparamio’s picture

Same problem here. On IE, the popup window shows a themed page with the message "Page not found". It's trying to load the file node/modules/htmlarea/plugins/UploadImage/popups/insert_image.php (note the "node" prefix). On Firefox, it works like a charm. It seems to be a problem in path construction to include the php code for the popup window.

sar’s picture

Same problem here. Firefox working like a charm, IE (once again) beeing a pain in the ass.

I'm using Drupal 4.6.2 with htmlarea module:
// $Id: htmlarea.module,v 1.74.2.6 2005/06/10 01:54:00 gordon Exp $ $Name: DRUPAL-4-6 $

Here's how I've fixed it:
Go to the function "htmlarea_htmlarea_plugin" in "htmlarea.module" and change it to look like:
...
case 'uploadimage':
global $base_url;
// absolute path to make it work with IE
$popup = $base_url .'/'. drupal_get_path('module', 'htmlarea') .'/plugins/UploadImage/popups/insert_image.php';
$output[] = " editor.registerPlugin('$plugin', '$popup');";
break;
case 'uploaddocuments':
global $base_url;
// absolute path to make it work with IE
$popup = $base_url .'/'. drupal_get_path('module', 'htmlarea') .'/plugins/UploadDocuments/popups/insert_link.php';
$output[] = " editor.registerPlugin('$plugin', '$popup');";
break;
...

SteveMatthews’s picture

I had the same problem with our HTMLarea and Drupal 4.6.5. The above hardcode fix worked to get MS Internet Explorer popups working.

gordon’s picture

Status: Active » Closed (won't fix)

Removing UploadImage module in favor of img_assist