user10522three

Great. That will solve my issue, thanks. You plugin is simple and user friendly.

Ohk I just found same feature in your plugin, so I guess I am switching back to your plugin.

Great! It works perfectly.

I just went ahead and uncommented that block of code, any reason that code is commented at the moment?

Thanks.

I would like it to be shown at minimum width of 768px.

Thanks for quick response and quick solution, I thought I will have to go back and forth a lot to explain exactly what it is happening but you did it in single post.

I will look into it, thanks.

Ya my WordPress is updated I just mentioned that it’s not related to 4.8.1 because I see same behavior in older version as well.

Well, can you tell me how wordpress rewrites urls if I am using addon domain? At the time I used some plugin to move my site and it failed to rewrite urls on restoration. As a result I found the TinyMCE configuration to rewrite urls which worked for me except I never noticed this default link before. Now the plugin I am using is able to rewrite urls on restoration so I don’t have to worry about it, the only concern I have is addon domains, does wordpress successfully rewrites urls when website is being viewed from secondary domain or it still points to primary domain? I don’t have addon domain on my own site to test it.

Any luck?

I looked into it once again and problem can be caused by caching plugins like WP Super cache.

Here is one thread I found on this topic. Quote from the thread

This can happen when an HTTP request’s headers claim that the content is gzip encoded, but it isn’t. This happened to me just now on WordPress where I had WP Super Cache’s gzip compression enabled. Normally it worked fine, but when I dumped some content out before the page was properly generated, it screwed up the compression.

Resolution if you’re the web developer: turn off gzip encoding or make sure the content is in fact encoded.

so you have to try disabling gzip compression in you caching plugin to troubleshoot it. Clear plugin cache and check if it works now.

I think you have to make sure that gzip compression is enabled on your server to enable gzip compression plugins. Contact your hosting provider if required.

Have you tried using different browser? Or try clearing cache of current browser.

Apart from that I can’t suggest anything else, maybe someone else should try to help you because I haven’t faced such issue to make right guesses.

Good luck.

Use https://prnt.sc/ to post screenshot, upload it on the site and post url.

No it is most likely because of errors caused by some plugin. When you edit page the editor fails to load if there are certain errors. To troubleshoot, try disabling your each plugin one by one and refresh edit page until you find the plugin that is causing.

To check if it is causing by theme or due to anything else, change your theme to one of default themes and try editing page. If you are able to edit, then your current theme is issue.

I haven’t came across error like yours, post a link to screenshot of your console with errors.

Press F12 to open developer tools and check console tab, most probably you will see errors which are causing issue to load editor. Otherwise try disabling plugins one by one to see if it solves problems. If you are using custom theme then comment out some of the recent changes you did which will help you quickly get to the root of the problem.

I tried all combinations,

1. Setting all options to true makes urls relative and if you include page url into post url then it creates relative url inside that post which is not good.
2. Setting convert_urls or remove_script_host to false stops converting urls completely.
3. Setting convert_urls and remove_script_host to true and relative urls to false makes the urls absolute and converts all urls everytime you save but it inserts that weird placeholder url on when you try to add url.

I think it qualifies as a bug?

• This reply was modified 7 years, 7 months ago by user10522three.
• This reply was modified 7 years, 7 months ago by user10522three.
• This reply was modified 7 years, 7 months ago by user10522three.
• This reply was modified 7 years, 7 months ago by user10522three.

Please ignore the thread for now, I think I was doing something completely wrong. I will post a reply once I figure it out.

I was able to trace it,

function format_tinyMCE ($init){
   $init['relative_urls'] = false;		
   $init['remove_script_host'] = true;
   $init['convert_urls'] = true;				
   return $init;
}
add_filter('tiny_mce_before_init', 'format_tinyMCE');

If I set convert_urls to true it shows placeholder link. I don’t think it’s issue with 4.8.1 because I see same behaviour in 4.6.6(a local version which I haven’t updated). What I find strange is I never noticed it until today. Any way I can work around it? I don’t want to disable the setting because it keeps my blog urls absolute. One option I found is to enable ‘Alternate link dialogue’ in TinyMCE advanced plugin but I will still prefer to use default link dialogue.

Thanks.

• This reply was modified 7 years, 7 months ago by user10522three.

Didn’t intend to do any harm, but be assured I would not do it again.

Is this what you were trying to achieve? So your problem is resolved?

Yes it was resolved, he was uploading logo files with random file names. Just had to rename one