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.
| Comment | File | Size | Author |
|---|---|---|---|
| #1 | upload-image.js | 1.75 KB | keve |
| book.htm | 55.08 KB | keve |
Comments
Comment #1
keve commentedI also include upload-image.js
Comment #2
gordon commentedAre 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.
Comment #3
keve commentedSorry, when I saved "book.htm" from firefox, it changed the code.
This is the correct ones:
Comment #4
keve commentedI 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.
Comment #5
gordon commentedHere 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.
Comment #6
keve commentedI 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.)
Comment #7
gordon commentedI am not sure, but I know that you need it to exclude module/htmlarea/xinha from the changing of the path.
Comment #8
keve commentedYou mean from mod_rewrite?
Comment #9
gordon commentedSorry 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.
Comment #10
bomarmonk commentedI 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.
Comment #11
bomarmonk commentedJust tested my same set-up in FireFox: the above problem is only occuring in Internet Explorer.
Comment #12
bomarmonk commentedAlso, 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.
Comment #13
bomarmonk commentedHelp? 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!
Comment #14
carlosparamio commentedSame 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.
Comment #15
sar commentedSame 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;
...
Comment #16
SteveMatthews commentedI had the same problem with our HTMLarea and Drupal 4.6.5. The above hardcode fix worked to get MS Internet Explorer popups working.
Comment #17
gordon commentedRemoving UploadImage module in favor of img_assist