Advanced HTML Editor 3 Support Product Page

Solved

AHE Image Preview and Insert Not Working in Firefox Only

Reported 20 Feb 2013 21:36:51
1
has this problem
20 Feb 2013 21:36:51 billy flynt posted:
We have been using AHE for years, works great.

The AHE 3 image insert preview is not working (for our page) in Firefox, but works fine in other browsers (Chrome/Safari/IE). It has been working until recently, no change on DMXZone code, and all other AHE capabilities are still working properly.

We can turn firebug on, and there are no errors on the page.

Can you suggest a way to debug or resolve? We can provide access to the page in question if advisable.

Thanks in advance.

Replies

Replied 21 Feb 2013 07:48:36
21 Feb 2013 07:48:36 Vulcho Vulev replied:
Hello Billy.

Yes, please provide link to your page.
Are you using Firefox latest version 19.0 ?

Regards:Vulcho.
This reply was removed on 2/21/2013 8:35:16 PM.
See the changelog
This reply was removed on 2/21/2013 7:42:17 PM.
See the changelog
This reply was removed on 2/21/2013 8:34:20 PM.
See the changelog
This reply was removed on 2/21/2013 8:36:14 PM.
See the changelog
Replied 21 Feb 2013 20:44:53
21 Feb 2013 20:44:53 billy flynt replied:
Vulcho,

Well, here is a status:

We have upgraded to AHE 3.3.3 successfully, and still not able to get AHE Insert Image working in Firefox 18.x or 19.0. Works fine in other browsers.

We have also tried jQuery 1.7.2 and jQuery 1.8.3. Works fine in other browsers.

We are also loading JS/CSS as per AHE, vs. a custom sequence of includes.

At this point, it might be the best route for you to inspect our web page editor form.

Can you provide your email address, so I can send you userid/password and location? We have a hidden page that you can edit to test/review the issue.

Thanks in advance.
Replied 22 Feb 2013 02:25:33
22 Feb 2013 02:25:33 billy flynt replied:
Vulcho,

After stripping out all plugins but AHE, we were able to isolate the problem.

Turns out that we were including fileupload.js twice, once for AHE and once for our app.

When we eliminate this, AHE works fine.

Can you please let us know if we need to use the fileupload.js bundled with AHE?

More specifically our question is, can we use the latest version of fileupload.js?

(Or perhaps AHE uses the latest, we can't determine without comments/documentation in the AHE version of fileupload.js).

Thanks ahead.
Replied 22 Feb 2013 07:51:18
22 Feb 2013 07:51:18 Teodor Kuduschiev replied:
Hello,

Please send a link to your page to:
Replied 28 Feb 2013 16:49:58
28 Feb 2013 16:49:58 billy flynt replied:
Teodor/Vulcho,

We have narrowed the problem down to an error from require.js that might be breaking the Insert Image and Colorpicker dialogs, but allowing AHE to function otherwise.

Here is the error:

Uncaught Error: Mismatched anonymous require.def modules

Require.js is used by AHE, and not additionally used by our apps.

I will send a link to the page for your review.

Thanks ahead.
Replied 28 Feb 2013 18:29:46
28 Feb 2013 18:29:46 billy flynt replied:
Teodor/Vulcho,

This is our include sequence for the page, and JS is included in BODY vs. HEAD.

/include/jquery/js/jquery-1.9.1.min.js
ScriptLibrary/dmxEditor.min.js
ScriptLibrary/require.js
/include/bizamajig-ui.min.js

Along with AHE 3 using RequireJS 2.0.4, our app is using jQuery 1.9.1 (moving from 1.8.3).

And RequireJS folks appear to be suggesting 2.1.4 for jQuery 1.9.1?

Do you think this is an issue, or leave as-is?

Thank you


Replied 28 Feb 2013 19:48:59
28 Feb 2013 19:48:59 billy flynt replied:
Teodor/Vulcho,

We are trying a workaround in our test server and I will contact you afterwards, here is background:

Because our forms are ajax'ed into DOM when using AHE, we always include the following on page load:

/include/jquery/js/jquery-1.9.1.min.js
ScriptLibrary/dmxEditor.min.js
ScriptLibrary/require.js
/include/bizamajig-ui.min.js

We always include the AHE dependencies up-front because we have not been able to incorporate AHE into our own RequireJS build process.

Aside from AHE, our app uses RequireJS-aware plugins that detect define()/AMD can incorrectly call RequireJS generating an artificial error.

This afternoon we are testing a custom RequireJS 2.1.4 that will inspect usage of define() calls, and selectively filter errors (that in our case are not really an error).

Thanks ahead.
Replied 01 Mar 2013 10:46:54
01 Mar 2013 10:46:54 Vulcho Vulev replied:
Hello Billy.

We are working on major update of our products which will allow to our users to include 1.9.1 as library.
In the current moment the editor can work with 1.8.3 version.

Regards:Vulcho.

Reply to this topic