I have a Plone 4.3 site that was a migration from a Plone 2.5 site. It had been working fine, but for some reason the default editor that shows up when editing any page or content item is the straight HTML view.
I've tested it in Firefox, Chrome, and Safari — all shows up the same. The drop down menu above the editing box shows these options:
I've also tried switching the "Default editor" both in the Site setup > Editing Control Panel and also through the ZMI > portal_properties > site_properties > available_editors but no dice. The options there are None, Kupu, and TinyMCE.
There are two other Plone sites on this same instance (not migrations though, they started as Plone 4.3 sites) and their editors show up like normal.
Any thoughts? I'm at a loss, except to maybe try uninstalling and reinstalling TinyMCE through buildout, but I'm wary of whether or not that might break something else, especially if it breaks the other two sites.
4.3 suffers from some random failures loading generic setup profile steps on creating a plone site. There are a few alternative ways to resolve this:
1) Identify the missed steps (in this case TinyMCE) and go to portal_setup and run them. Or, rerun all the steps.
2) Remove or comment out the line "PYTHONHASHSEED random" in base.cfg. Rerun buildout. Restart. Re-add your Plone site.
3) Upgrade to Plone 4.3.1. I haven't heard of anyone having this problem with 4.3.1. If you do, be sure to file a bug report!
Plone also stores the chosen editor in the user preferences.
Check http://yoursite/##personal-preferences
There's a small script which migrates all users to tinymce -> http://plone.org/products/tinymce/documentation/how-to/how-to-set-tinymce-as-default-editor-for-current-users/
Related
We upgraded a TYPO3 installation from 8.7.x to 9.5.19.
Afterwards, the User-Icon dopdown in the top toolbar is missing. (see screenshots)
We found out that the toolbar is generated in this class:
/typo3/sysext/backend/Classes/Backend/ToolbarItems/UserToolbarItem.php
We see that there have been lots of changes here since v7.6 but don't know where to go from there.
Is there a configuration file, where the items in the top bar are noted?
Additional information: we are working with the typo3-themes extension and have worked with our own theme before the update. During the update we switched to the bootstrap4 + bootstrap4-child theme - would this be a starting place for further investigations?
Before upgrade:
After upgrade:
UPDATE: It seems like this was at least not the root of the problems. After reactivating typo3_console the user-icon was still visible. So it looks like we have further investigating to do.
Update (2 Days later):
We can't reproduce the error. My best guess for now is, that deactivating the extension "repaired" a corrupt configuration file which had caused the disappearing of the user settings icon. After a lot of researching i have not found anybody with a similar problem so this might be an edge case. I wish i could offer more insight to this.
Thanks to Peter Kraume's basic suggestions i found the answer: after i deactivated the extension typo3_console it immediately worked!
Just for the record, here are the other steps we tried:
BE (via top bar)
Flush frontend caches
Flush all caches
BE Admin Tools ("Maintenance")
Flush TYPO3 and PHP Cache
Remove Temporary Assets
Logs
BE System log shows no current errors
Shared Hosting, /var/ contains no logs, /logs/ contains ftp and access logs
Hosting Provider Backend
Cleared OPcache
Created a new Admin-User, logged in, same behaviour
Tried on two different PCs
Primarily tested on Firefox 77.01, checked with Chrome 83.0.4103.116
Extensions:
was not sure, which extensions might manipulate the topbar - deactivated typo3-console, because i remembered seeing some error during the upgrade process. My feeling was more like: i don't need this right now, so i could as well deactivate it. 1 second later, the user drop-down reappeared. Unbelievable! Thanks for reminding me of the basic stuff - like turning off things!
We just had the same problem after upgrade from TYPO3 8 to 9. I have compared the working BE-User with the non-working BE user. They differ in given Language. Working BE-User has lang=''. Non-Working BE-User lang='de'. After switching the working BE-User to lang de, too, the UserToolbar is gone. I have updated the languages in Maintenance-Module and now everything works as expected.
Solution for us was to disabling the "belog" extension.
I had the same problem and I could solve it on all systems with:
Install-Tool > Maintenance > Manage Language Packs > Download the files again.
I know that in Moodle 2.5.1+ there are some problems with the File Picker.
If editing is turned on, the File Picker doesn't work. I was curious if anyone had found a solution for this as it would be much easier to create new SCORM packages or whatever without having to worry about turn editing on, add activity, turn editing off, upload file, turn editing back on. That seems really painful.
Have you tried: turn editing on, drag & drop SCORM zip file onto course page, select 'create SCORM', click 'OK'?
As for your 'file picker not working' issue:
Have you turned on debugging ( http://docs.moodle.org/en/Debugging )
?
Are there any errors displayed on the page?
Are there any
javascript errors in your browser (usually hidden away under some
form of 'developer tools' in modern browsers, you haven't mentioned
which web browser you are using, so I cannot give further advice
here) ?
Have you tried upgrading to the latest version of Moodle 2.5
(2.5.6 was released on 12th May and has fixed a number of issues in
2.5.1 - see http://docs.moodle.org/dev/Releases for details of all changes made) ?
Using tinymce 3.7 We have a text editor where if one right clicks on a table to bring up table properties and changes the background color the changes are not reflected on the actual table after hitting update.
I tried searching to see if this was a known issue perhaps addressed in a later version of TinyMCE but could not find anything that appeared to discuss this particular issue. Is there a fix or at least documentation of this being a known tinyMCE issue that any of you know of?
There are a lot of issues in TinyMCE with IE11. To solve those issues you'll have to upgrade to at least 3.5.10 version of TinyMCE. Everything works fine in 3.5.10. I tested it on IE11. There's just one thing which will not work, that is searchreplace. For that you'll have to upgrade to 4.x version of TinyMCE.
I've tried posting this on the Umbraco forums to no avail. Hoping to find some help here.
I thought I upgraded successfully from 4.0.4.2 to 4.5.2 (on my way to 4.8...) as I received no errors and everything seemed to go smoothly. However, in the backoffice, when I click on any section other than Content, I get redirected back to Content. I can manually reach each section by typing in the name of it after the # sign like: #media, but as soon as I click on a tree item, it redirects me back to Content. Any ideas would be appreciated.
2 thoughts:
You're cacheing some of the old javascript in your browser. Try clearing your cache. IE can be stubborn in this regard; preferably try in Chrome.
Personally, if your site is working under 4.5.2, I wouldn't sweat the back office issue and just continue with the upgrade to 4.8.1. There will likely be new problems to solve there anyway :) and the backoffice issue may go away.
Updating the icons via the following script fixed this problem. Links must run off the appIcon field. Not sure why this is not executed when the database is updated via the 4.5.2 upgrade.
update umbracoApp
set appIcon = '.tray' + appAlias
where appAlias IN ('content','media','users','settings','developer','member')
I'm running Plone 4.1.4 and when I try to edit a text area that used to display the tinyMCE editor all I get is a dialog box listing a dict of "valid elements". I installed the kupu editor and that works fine, but I prefer tinyMCE. Has anyone run in to this issue? Any help would be greatly appreciated.
Browser and version? IE 9 has TinyMCE issues, and requires you to use a development release.
To get around it I had to install a version from github. If you have mr.developer, use:
Products.TinyMCE = git https://github.com/plone/Products.TinyMCE.git branch=GSOC-3.4.x
I have come across this problem as well. In my case I updated Plone 4.1.2 to Plone 4.1.4. The rich widget will not show the TinyMCE editor when the content type has just been added. But after saving the content type and then editing, TinyMCE would appear as expected.
The weird thing is that if you add a new Plone instance and then activate and add your custom AT content type. TinyMCE would render fine on your text fields.
A work around that seemed to solve the issue is to go to portal_setup and on the upgrade tab, select Products.TinyMCE:TinyMCE to upgrade. It would show that the profiles (version 3) on the ZODB and the filesystem are in sync. You can downgrade by clicking on "show old upgrades" and running upgrade profile 1.1->2. This worked for me but please try this on a development instance.
This looks exactly like a problem I had a few days ago. Are you using IE7 or below?
Though I don't know if this is the right way to go (more experienced devs, please advise), this is what I did:
(Assuming a windows box... )
Stopped the plone services
located the file on the filesystem called tiny_mce_init.js (in my case c:\Plone41\eggs\products.tinymce-1.2.10-py2.6.egg\Products\TinyMCE\skins\tinymce\tiny_mce_init.js)
go to line 93 (in my case this contains:
media_strict: false,
remove the comma resulting in media_strict: false
save the file
restart the services
Looks at Thariama's answer here.
I had the same problem (with IE and FF). It looked like the archtype installation was the problem.
After changing the order unter "ZMI->portal_skins->Sunburst Theme" (putting tinymce above archetypes), TinyMCE worked.
(http://plone.293351.n2.nabble.com/Tinymce-not-working-after-custom-type-is-installed-td7566873.html)