Postponed (maintainer needs more info)
Project:
Big Autocomplete TAXonomy
Version:
6.x-1.7
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
26 May 2009 at 13:19 UTC
Updated:
18 Jun 2010 at 13:02 UTC
Comments
Comment #1
sdrycroft commentedHmmm, that definitely sounds odd to me. Are you using the WYSIWYG module with FCKEditor, or the FCKEditor module?
Comment #2
edwardpku commentedThis bug reproduced in my site,too. And I uesed the FCKEditor module.
Comment #3
sdrycroft commentedWhat exactly is broken about the editor? Is the editor also on other pages with autocomplete form items on them? I'm not convinced this is a bug with the BATax module.
Comment #4
luketsimmonsHi,
I have experienced this issue too. The problem is that I have a content type where the module works fine alongside FCK, and then the other content types don't work :-(
The issue is that FCK creates the second textarea for which it applies the actually editor but then it stops.
I was hoping I could diagnosis the issue with the differences between the content types, but alas not! (Although node reference fields are also affected, as [nid:Array] appears in each one - but I've seen there is another issue for that)
Has anybody looked at this or has any ideas?
Thanks,
Luke
Comment #5
luketsimmonsUpdate on this, I've not updated my core to 6.13+ yet, ours is at 6.12 so it would appear this is issue relevant here - http://drupal.org/node/473112
I'm getting Firebug teaser.js issues so will update and see what happens.
Thanks,
Luke
Comment #6
rolfmeijer commentedI’ve got the same problem with TinyMCE (with the WYSIWYG API).
What happens is that when a term is selected by using the Enter key, TinyMCE completely disappears, it becomes a plain textarea.
When a term is selected by point and click with the mouse, nothing happens (with the textarea, that is) and everything seems to work as expected.
I can get the WYSIWYG stuff back by first selecting a different input format (in my case without WYSIWYG) and then the input format with WYSIWYG enabled again. Which is not a proper workaround, unfortunately.
btw. using D6.17