Bug #22288
closedhtmlArea RTE: Table button not working in FF on some PC
Added by Guenter Koch over 14 years ago. Updated over 14 years ago.
0%
Description
1. Handling with the table element is very tricky. When pasting content from the clipboard into an existing table, the table is destroyed.
2. Creating a new table is not possible in Firefox 3.6. When clicking on the "table" - Button, nothing happens.
Before upgrading to TYPO3 Ver. 4.3.x all works fine.
TYPO3 Ver. 4.3.2
rtehtmlarea 1.8.8
(Default configuration settings: Minimal)
(issue imported from #M13837)
Files
screenshot.jpg (391 KB) screenshot.jpg | Administrator Admin, 2010-03-25 15:59 |
Updated by Stanislas Rolland over 14 years ago
Please clear the RTE cache (using the Clear cache menu in the BE) and clear the browser cache.
What error do you get on the JS console when you press the table insertion button?
Updated by Guenter Koch over 14 years ago
Thank you very much for response!
RTE cache and browser cache cleared.
JS error in Firefox console:
aa.callee is undefined
http://....../typo3/alt_doc.php?&returnUrl=%2Ftypo3conf%2Fext%2Ftemplavoila%2Fmod1%2Findex.php%3Fid%3D2&edit[tt_content]534=edit
Line 0
have a nice day.
Updated by Stanislas Rolland over 14 years ago
Do you have the same error if you use the RTE in a standard content element rather than a TemplaVoila element?
Updated by Guenter Koch over 14 years ago
Uups,
do you mean for example tt_news?
if so, yes the same error in tt_news:
aa.callee is undefined
http://.../typo3/alt_doc.php?&returnUrl=http%3A%2F%2F...%2Ftypo3%2Fdb_list.php%3F%26id%3D25%26imagemode%3D%26pointer%3D%26table%3Dtt_news%26search_field%3D%26search_levels%3D%26showLimit%3D%26sortField%3Ddatetime%26sortRev%3D1%26SET%5BbigControlPanel%5D%3D0%26SET%5BclipBoard%5D%3D%26SET%5Blocalization%5D%3D1&edit[tt_news]670=edit
Line 0
Updated by Stanislas Rolland over 14 years ago
I don't know where this 'aa.callee' is coming from.
This is not a statement of the RTE scripts.
Javascript from some other extension is causing trouble?
Updated by Stanislas Rolland over 14 years ago
Maybe a configuration handling issue... Do you have the same problem if you use Default configuration settings: Demo?
Updated by Guenter Koch over 14 years ago
Yes, the same problem using Default configuration settings: Demo.
I attache a screenshot for details.
Thanks
Updated by Stanislas Rolland over 14 years ago
I am not able to reproduce these issues. I have the impression that something is broken in your TYPO3 installation.
Updated by Guenter Koch over 14 years ago
ok, I made some other tests;
same TYPO3 installation from another workstation, the same Firefox (3.6) : tables can be created; perhaps something with the firewall? as I reported, in Internet Explorer it works fine.
but the other problem still exists in Firefox and Internet Explorer: When pasting content from the clipboard into an existing table, the table is destroyed. (also in Demo and Minimal setting); but If I am the only one with this problem, it must be a configuration problem.
thanks a lot
Updated by Stanislas Rolland over 14 years ago
Both problems are odd and I can reproduce neither. That's why I suspect that something is broken in your installation. Please click on the About button and, looking at the list of plugins, report what is the version number of the Table Operations plugin.
Updated by Guenter Koch over 14 years ago
did you mean the extension Table Library (table); it´s version 0.1.32
Updated by Stanislas Rolland over 14 years ago
No, I mean in the RTE toolbar, click on the About button and, looking at the list of plugins, report what is the version number of the Table Operations plugin.
Updated by Stanislas Rolland over 14 years ago
What is the Page TSConfig configuration under property RTE.default.buttons.table ?
Updated by Guenter Koch over 14 years ago
sorry for the break, Easter time and no pc available and thanks for your patience;
- TableOperations v4.2- My RTE TSConfig is very long, I hope I extract the essential parts:
- RTE Konfiguration
RTE.default {
enableWordClean = 1
removeTrailingBR = 1
removeComments = 1
removeTags = center, sdfield, strong, h1, h2, h3, h4, h6
removeTagsAndContents = style,script
................
showButtons = tableproperties, rowproperties, rowinsertabove, rowinsertunder, rowdelete, rowsplit, columninsertbefore, columninsertafter, columndelete, columnsplit, cellproperties, cellinsertbefore, cellinsertafter, celldelete, cellsplit, cellmerge, table ....
hideButtons = .....
...............
ignoreMainStyleOverride = 0
proc {
allowTags = table, tbody, tr, th, td, .....
denyTags = font, style
# List all class selectors that are allowed on the way to the database
allowedClasses = tabelle_gray, tabelle_blue
# html parser einstellungen
HTMLparser_rte {
.............
}
...............
- Classes Tabelle
classesTable = tabelle_gray, tabelle_blue
classesTD =
- Classes: Eigene Stile
classesCharacter = tabelle_gray, tabelle_blue
...........
hideTableOperationsInToolbar = 0
# Tabellen Editierungs-Optionen (cellspacing/ cellpadding / border)
disableSpacingFieldsetInTableOperations = 1
disableAlignmentFieldsetInTableOperations=1
disableColorFieldsetInTableOperations=1
disableLayoutFieldsetInTableOperations=1
disableBordersFieldsetInTableOperations=1
............
...............
- FE RTE configuration (htmlArea RTE only)
RTE.default.FE < RTE.default
RTE.default.FE.userElements >
RTE.default.FE.userLinks >
Updated by Stanislas Rolland over 14 years ago
Is the workstation from which the button does not work behind a proxy? Maybe an old script is cached somewhere...
Updated by Guenter Koch over 14 years ago
The workstation from which the button does not work is behind a firewall, not behind a proxy.
Updated by Guenter Koch over 14 years ago
ad problem2:
Creating of a table element works now without problems. (don´t know why)
ad problem 1:
That was my configuration mistake (word clean!) , sorry for this.
thanks a lot for your patience