I've installed and upgraded numerous Plone 4 sites, and never had this problem before, but one particular site does not appear to have TinyMCE set as the default visual editor, so users with "Use site default" specified in their preferences don't get TinyMCE, they get a broken <TextArea> that can't be saved. If a user explicitly selects TinyMCE, it works.
Where does Plone save this value? I imagine I should be able to set it in the ZMI.
Ah, never mind. ##editing-controlpanel
Related
I love to do some "on the go" coding in the wordpress backend in my spare time.
The situation:
When editing theme or plugin files in the theme editor or plugin editor on my mobile device (android), whenever I try to type on a new line in the file, the character gets automatically "backspaced".
The editor does work when editing existing lines of code, or copy and pasting it in.
When using a bluetooth keyboard the editor works fine too.
There doesn't seem to be any jquery related errors either.
Does anyone know the root of this problem?
I would advise you to report this as a bug, WordPress is open source. Bugs will be handled by priority by many volunteers.
You can read more about submitting a bug and what you need to yourself when submitting one.
See: https://make.wordpress.org/core/handbook/testing/reporting-bugs/
Make sure to read the page thoroughly before submitting a "bug".
Today I logged into my WordPress admin and was prompted to "Update the database," no options were given so I did. After that, my pages showed a "new" visual composer based in blocks that showed none of my theme's components, but only a text block with a series of shortcodes.
It changed the usual backend vs frontend editor that the visual composer shows and allows me to manipulate my page through rows and columns.
PAGE EDITOR NOW:
PAGE EDITOR BEFORE:
I tried uninstalling and reinstalling plugins, the theme itself, etc. But no success so far.
Is there a way to revert to the last editor (no backups), or debug why I'm only getting shortcodes?
So as I was posting this question I logged into another one of my sites and saw an alert warning me of the automatic inclusion of "Gutenberg" (a new page editor) after version 5.0.1 of Wordpress. That was it.
According to their suggestion, I downloaded this plugin which solved my problem: https://wordpress.org/plugins/classic-editor/
Hope this helps someone!
I found how to translate most of the Lock 10 widget by setting the 'Extra settings' under 'Advanced' tab to e.g. the following:
{"language":"nl"}
That works fine for most of the Lock widget, but not for everything, e.g.
"Login with WordPress username"
"There was a problem with your log in"
and probably some more.
Is there some other setting I would need to change?
The text "Login with WordPress username" belongs to the Auth0 Wordpress plugin itself and not the Auth0 Lock widget so that's why you won't see any changes despite changing the Lock language setting; the plugin does not currently support I18N.
If you really need to display that option you can submit an improvement request to support I18N on the plugin itself; you can use the GitHub repository (https://github.com/auth0/wp-auth0) to submit the issue. Additionally, if you don't really require that option to be enabled you can hide the text by disabling the option WordPress login enabled in the plugin settings.
Regarding the other piece of text you mentioned I wasn't able to track the source of it, but if it comes from Lock you should also try to use the languageDictionary; see the following links for additional information on this:
Lock Customization - languageDisctionary
Lock Customization - Error Messages
plugins usually come with .po files that contain the plugin strings in the default language, one way to translate the default messages a plugin will show is using Locotranslate
install locotranslate plugin
then go to locotranslate > plugins> choose your plugin> choose a language you want to translate to
How does one completely remove a plugin from WordPress?
I have deleted the plugin via WordPress admin and then reinstalled, problem persists.
I see 8 records in cmsoptions table referencing the offending plugin. Since WP Admin drags to a grinding crawl with the plugin active, and for weeks the plugin was working just fine, I have to conclude that the problem exists due to the plugin references in the DB.
If anyone has the inside word on completely obliterating a plugin from WP, please do share.
The the options API (http://codex.wordpress.org/Options_API) is open to the plugin to store whatever data it wishes (under whatever name it wishes). You'd have to search the plugin code to see what it is storing (and how) in order to get rid of the offending data.
The issue isn't with WordPress, it's with the plugin. WordPress is a framework and can't take responsibility for whatever gets built on top of it (ie plugins). It's like blaming a hammer for a poorly built house.
I just upgraded my website from Drupal 6 to drupal 7. For some reason the new administration menu that is suppose to go across the top of the page is not showing up at all. I have followed the upgrade path directions without success.
I have also tried re uploading the sites / all and themes directories but that did not change anything. I have ran update.php as well.
Thanks..
Do you have the core module, Toolbar, enabled? If not, go to your site/?q=admin/modules and enable it. Also, if you're not using Garland or some other generic theme, enable one for administrative use. It's possible your theme is overwriting the region where the toolbar is supposed to dispaly
I just ran into the same problem, and it was not just the top menu not showing up, the appearance and module link were not accessible at all.
turns out it was because the user account I used to login was not the FIRST user aka the SUPER user. Since I don't have the password of the "first" admin user, I had to change the UID of my user account to 1.
You can create a new user with UID = 1
INSERT INTO users (uid, name, pass) VALUES ('1', 'yourname', md5('yourpassword'));