Jump to content

CKEditor auto complete in link editing


Recommended Posts

Sorry, should have clarified the why for this. I host clients on hostgator and back in the spring they changed a mod security rule on the server which causes any url with an http or https in it to throw a 403 forbidden error. So when you go to edit a link you have created it errors and the dialog displays the error. Only way to fix it is to get on support with HG go through a couple of levels and then get them to whitelist the domain for the security rule which is causing it (they don't tell you what it is). This is the url that crashes it: http://northernaire.com/webadmin/page/link/?id=1322&modal=1&href=http%3A%2F%2Fwww.vilaswi.com%2Foutdoor-fun%2Fcross-country-skiing-snowshoeing%2F

Take out the http on the call and it will load. I was going to look at trying to look at a way to hack something to get it to work on the output end.

Just a pain to have to go through the process of whitelisting for a new PW install.

Link to comment
Share on other sites

1 hour ago, jsantari said:

I host clients on hostgator and back in the spring they changed a mod security rule on the server which causes any url with an http or https in it to throw a 403 forbidden error.

That is insane. Maybe time to move to a new host.

  • Like 1
Link to comment
Share on other sites

Wow, that's strange that they would do something like that.

In ProcessPageEditLink.js, I see this

// avoid adding scheme if we already added it before and user removed it
			if ($this.attr('data-ignore') == domain) {
				// do nothing
			} else {
				$this.val('http://' + val);
				$this.closest('.InputfieldContent').find('.notes').text('http://' + val); 
				$this.attr('data-ignore', domain);

So it looks like if you delete the http://  once or twice, it should stop auto-filling.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Similar Content

    • By nabo
      it would be nice if it could be possible to force a unique (or relative) imagefield for CKEditor.
      Using a repeater matrix (or repeater) with CKEditor field, the primary sources for images are imagefields in the page-repeater fieldset. Obviously I can change the page source, but I need to start from the root and this is not comfortable. In this specific situation the better solution is to have an imagefield in the parent page and force CKEditor to automatically go there... or if you want to have a "media library" go there first.
      Don't know which could be the best "setting system" but in my opinion this is an annoying problem.
    • By fruid
      inserting links i.e. <a>-elements, and only links, inside a CKEditor-summary field outputs the link-text and a weird " /> above the content-div (I'm using markup regions).
      I have no idea where this is coming from, all the other tags work perfectly, and the CKEditor-markup is fine too when adding links. It puts the <a>-element inside a <p> element but should be alright?
      Any hints?
    • By fruid
      I doubt nobody has seen this issue before…
      when I have an <h2> or <h3> or the likes in a CKEditor-body-field and I delete that header, the h-tag is applied to whatever comes next in line. I'm obviously talking about the WYSIWYG-view. Similar bugs occur when applying an h-tag, that tag sometimes encloses the next line as well. Could be that this happens when the next line is in the same "block"-element and not technically a new line but separated with a <br> but not always…
      When will a new version of CKEditor for PW be released or what's a competitive alternative at this point?
    • By Jennifer Stock
      Hi. Sometimes when I select text in a textarea field outfitted with CK Editor, it fails to register as a "Block Style" and therefore the custom styles I have specified for block-level elements are not displayed in the Styles drop-down menu. If I open the page in an incognito window and select the same elements, the Block Style styles appear as expected in the Styles menu.
      Is this a caching issue of some kind? I've played with turning on and off the HTML "quality assurance" options as well as putting my custom styles directly within the CKEditor folder in the /wire directory. Once the field stops registering the selection of block-level elements, it also seems to have simultaneously stripped the custom styles that had been successfully applied to these block-level elements previously.
      Not sure what to do next.
  • Create New...