Copernicus

For anyone that wants to fix the issue on their own, I have found a workaround.

The problem seems to be within the code called to dynamically rewrite the login screen’s link. (By default, there’s a link to wordpress.org and a link title of “Powered by WordPress” associated with the “WordPress” graphic.) “White Label CMS” nicely replaces this with whatever you specify in the admin settings, but it’s this action that’s stripping out the remembered username & password from the login screen.

As a workaround, you can remove the code that performs the rewriting of that URL and link title. This will, of course, mean that the login screen will have a link back to wordpress.org and the link title of “Powered by WordPress,” but it will still use whatever custom logo/graphic you set for the login page

The Workaround
Between line 112 – 123 in the file “wlcms-plugin.php,” replace the following code:

.login #login p#nav a {' . get_option('wlcms_o_login_lost') . '  !important }
	</style>
	<script type="text/javascript">
		function loginalt() {
			var changeLink = document.getElementById(\'login\').innerHTML;
			changeLink = changeLink.replace("http://wordpress.org/", "' . site_url() . '");
			changeLink = changeLink.replace("Powered by WordPress", "' . get_bloginfo('name') . '");
			document.getElementById(\'login\').innerHTML = changeLink;
		}
		window.onload=loginalt;
	</script>
	';

with this:

.login #login p#nav a {' . get_option('wlcms_o_login_lost') . '  !important }
	</style>
	';

[Basically, you’re just removing the JavaScript that performs the “changelink” function. I just supplied a “replace ‘this’ with ‘that'” example since that’s usually easier to understand than just asking readers to remove a chunk of script, for anyone reading this that may be new to code editing.]

After that, the login screen accurately remembers the username & password for easy login.

Hi there. I’ve been experiencing this same issue. With “White Label CMS” activated, the admin login fields of “username” and “password” are blank even though I’ve checked “Remember Me” on previous visits.

Normally, these fields are already populated with the appropriate login information -OR- they will at least auto-populate once I begin typing a username into the first field.

With “White Label CMS,” I have to re-enter both the username and password.

Anyone find a fix/workaround?

I’d like to join in the “me too” group here. I’ve been searching for the same thing & cannot seem to find anything that operates in the manner we are seeking.

Strange, since it seems like a fairly straightforward concept — you’d think that a lot of other people would want the same thing.

Anyone that finds a solution, please POST IT HERE.

Thanks.

I am experiencing the same issue (although even the QuickPress on the dashboard is not working for me).

I had a site with v2.9.2 and the modal window stopped working/opening. I’ve upgraded to 3.0.3 and the problem persists.

Now, when I click on one of the upload/insert icons, the upload interface completely replaces the current page as if I’m navigating to a new page. I can upload files, but using the “Insert into Post” button results in a blank white screen and the media is not inserted into the post (if I navigate back to the post/page that I was editing).

Anyone able to fix this?

I am looking for the same thing. So far, I’ve been using WP-ecommerce along with it’s “gold cart” upgrade ($40 license) as it enables the Authorize.net gateway.

It doesn’t really afford the full control one would like for a donation system (such as the option for recurring donations); but it does have a little bit of a dedicated “donation” functionality that allows visitors to specify an amount of their choosing (rather than only being able to make pre-defined donation “levels.”).

http://www.getshopped.org/

Hope that helps!

Hello, I know some time has passed, but I found your question when searching for the same issue & wanted to post my solution (for you or anyone else wishing to change a custom field’s name).

Here’s how I (rather easily) solved the issue:

1. Installed & activated the WordPress plugin: Custom Fields Taxonomies (http://wordpress.org/extend/plugins/custom-field-taxonomies/)
2. Within my WordPress Admin area, I clicked on the “CF Taxonomies” menu item (within the “Posts” section of the admin area)
3. On the right-hand side of the “CF Taxonomies” settings screen, there is a field of “Replace Keys.” I typed in “Replace key [Description] with [New Description Name]” (where “Description” is the name of the existing Custom Field which you wish to rename and “New Description Name” should be whatever name to which you wish to change the custom field name)
4. Now the Custom Field has been renamed! Just be sure to change any references to the custom field within your template (if you have hard-coded references to the custom field in your template at all, that is).
5. If you no longer need the ‘Custom Field Taxonomies’ plugin, you can deactivate/delete it at this point.

Good luck!

I have just updated to WP 2.8 and am STILL experiencing the issue detailed above.

As simonbugler mentioned, it does seem to save if you do not click “update page.”
(just click “Add Custom Field” then move to a different page without clicking “update page.”)

However, this only works in an emergency/temporary state — if you edit that page in the future, it will remove that last custom field again.