RadiomanPA

Converting to jpg worked fine and solved the problem. Thanks for pointing out my novice problem. ??

Fair enough – thanks. My oversight. I can convert it and will try that next.

Still, I wonder why it’s worked perfectly well for the past year. Just got lucky I guess.

I think I’ve eliminated changes in the theme having anything to do with this problem. It seems to be associated with the basic editor. If I disable TinyMCE, the insertion problem persists.

By the way, inserting larger jpg images works fine. The problem occurs when I insert this very small .bmp image (61×8 pixels normal size).

Well I seem to have solved part of my problem.

It seems to be a Weaver II theme related issue. If I check “No image borders” in Main options, Content area, the image appears normally. But the insertion problem still exists and I have to edit as above each time (which I never had to do before). Will continue to investigate the theme.

Will do. Apologies!

I’m having a similar problem. It started happening in (roughly) the past month. When I insert a (long ago uploaded) .bmp file, it appears collapsed to 1×1 pixels by default! I then have to edit it, go to the Advanced Settings tab, click the “Original Size” button, click “Update.” It now appears normal in the editor, but in a preview it is still smaller than normal. I can no longer get it to appear normal size. What has happened recently?

I’ve used this same file over and over (it’s a custom separator inserted between subjects) with no problem until just recently. All my old posts that use this file still look normal.

Thanks.

Not a major issue for me. Perhaps you could make it selectable as a setting.

Works great for me now – in all four browsers I tried earlier. Good fix!

One difference I noticed, however, is that it now permits me to mark text, implying that copy/paste is possible. Copy/paste doesn’t actually work – but the earlier version did not even allow marking. I think that is a more desirable behavior.

I haven’t yet tried it on content other than text.

A bit more: FF, IE, and Chrome browsers are the current versions – the Safari version was running on an iPhone.

I’m having this same problem – maybe a bit more observation will be helpful.

When I use the native WordPress login screen, it works fine in all browsers I tried (FF, IE, Chrome, and Safari). But if I add a login plugin/widget (for example “Theme My Login”), the text entry fields for ID and password do not function in Chrome and Safari, but work fine in Firefox and IE.

I’ve observed this same behavior using four different login widgets.