darkan9el

I’ve submitted a ticket to my host lcn for server info, I’ve given them this post link so hopefully they may either get in touch with you directly – not likely or give me better server info.

A bit more info for you.
wp-edit is version 4.0.1 (not the pro version)
BPS is Version 2.3 (not the pro version)

in the end it was the renaming of the .htaccess file that got me back into the dashboard but personally I’ve never had a problem with wp-edit running along side BPS. If there is any info I can supply so that you can keep a log of to try and narrow down the issue I’m more than willing to supply it.

The website is hosted by lcn.com, the hosting is the start-up – 1 option, PHP 5.6 & Perl 5.14.2 for scripting. The hosting doesn’t have a conventional cPanel

Sorted it. I use Cyberduck for FTP.

• I checked Show Hidden Files so that I could see the .htaccess file.
• I renamed it to x.htaccess, refreshed the FTP screen.
• Went to my web browser and refreshed the link for the login page, and it came back up… Phew!.
• I went to the BPS setting page, Clicked on Activate under Activate|Deactivate Security Modes > Root Folder Bulletproof Mode (RBM)
• Scrolled down to Backup and Restore BPS htaccess Files and Clicked on Restore htaccess Files
• Logged out, refreshed the page and logged back in to make sure it was all ok.
• Went back to Cyberduck and changed xwp-edit back to wp-edit to check if it all worked together.
• Success harmony restored to this little corner of the WP universe.

• This reply was modified 7 years, 4 months ago by darkan9el. Reason: typo

Changed the name of the wp-edit folder to xwp-edit and now the error message has gone but the 403 Forbidden Error Page message still shows.

Oh I forgot, the last thing I did with regard to BPS was run the autofix that the BPS notice talked about.

Same here, this has nothing to do with other plugins, I installed on a clean new install of wordpress with this being the only plugin and it still does it. Everything after the comma gets removed. you can remove the comma, update and it adds a comma. update again with a comma already there and it removed the digits to the right of the comma and also the comma vanishes. Any number up to 999 will be ok but put a comma in e.g 9,99 or 99,9 or ,999 and it goes wrong the ,999 just defaults to 0

disabled all plugins on another website with bulk actions, enabled page view only and still same issue

Same as you milly updated to 1.3.0 and it all got messed up, must be a fault in the coding somewhere, this is not a plugin compatibility issue, I would suggest you compare your coding from 1.2.1 as that version worked ok for me

Ok further to this post, I have noticed a consistent fault.

If a post has a comma in the number while editing it, beit 1,000 or 1,1 (the latter was used test my theory) when you update the post or page it will remove everything after the comma. e.g 1,000 will become 1 and 12,365 will end up as 12

But, if you remove the comma and update the post or page it will retain all the digits and add a comma e.g 1234 will end up as 1,234

I have also installed this on my test wordpress without plugins, this is a fresh clean install of wordpress and this issue still appears so I think it relates to a fault in coding not in relation to another plugin.

I hope the dev see’s this and uses these findings to fix this problem soon

Hi Tara thank you for posting those suggestions, none worked but I learned a bit more about hosting ??

I did some more reading this morning and found a post on this forum which suggested it may be a rogue .htaccess file, so I went into my cPanel > File Manager (enabled the option to “Show hidden files (dotfiles)) went to ..wp-content/uploads/ folder and renamed the .htaccess to htaccess.txt refreshed the site and boom! all the images came back up, Happy days!

How I resolved no images showing a member called michelleleonard (post 14) in the topic listed above suggested the .htaccess file maybe an issue so thank you Michelle.

Ok Rainbowgeek thanks for the quick reply, hope it goes smoothly.

Thought we’d lost ya lol!

Cheers, ok I think this is resolved

Think I’ve sussed it.

Ok instead of altering the text colour I just made the active plugin background a bit more colourful.

Used my FTP to logi into my websites folder store, drilled down to: /wp-admin/css and looked at list-tables.css, opened the file up in bbedit as I’m OS X based, pressed cmd+F to bring up the find, typed .active th to search for css related to active plugins and found the correct CSS @ line: 1109

Changed the color hex from #f7fcfe to #E8E8E8 a soft grey. This works much better for me.

I update via FTP anyway but it started with an older version whitescreening my site. I think AIOEC has got better with updating via WP Admin but I just update AIOEC via FTP just to be sure I get a trouble free update.

I had issues too, if updating within WP Admin I’d end up in a right mess, my solution was never to update that way but get the latest release from their website and update via FTP, that made updating worry-free for me.

I also have a small wordpress site that has the plugins I use on some of the live websites I maintain. I use this website to I test updates prior to updating a main site and that also goes a long way to troubleshooting issues prior to “going live” with live website.

Then, of course, there are plugins playing nicely together, I’ve had several plugins that just did’t work well together and its just a case of deciding which one to keep while the devs can come up with a solution for the other, or as you have done sourcing an alternative.

I would like to know what your alternative was just in case I need an alternative, if you wouldn’t mind PM’ing me that info I’d appreciate it.

Here is a mockup of what I mean: Click here

Actually that was the idea, to request that code in the edit text tab be formatted, or that an option to enable that be present within wordpress core.

I just ran with the idea that a plugin may have existed.