non Ascii URL error after edit modules

This is the place to report bugs and get support. When posting in this forum, please always provide as much detail as possible.

Please do not report problems with a custom build or custom code in this forum. If you are producing your own build from the source code and have problems or questions, ask in the developer forum, do not report it as a bug.

This is the place to report bugs and get support

When posting in this forum, please try to provide as many relevant details as possible. Particularly the following:

  • What operating system were you running when the bug appeared?
  • What database platform is your site using?
  • What version of mojoPortal are you running?
  • What version of .NET do you use?
  • What steps are necessary to reproduce the issue? Compare expected results vs actual results.
Please do not report problems with a custom build or custom code in this forum. If you are producing your own build from the source code and have problems or questions, ask in the developer forum.
This thread is closed to new posts. You must sign in to post in the forums.
11/1/2009 3:02:15 AM
Gravatar
Total Posts 104

non Ascii URL error after edit modules

Hi,

I have 2 problems using the last versin:

1- after sign in or editing modules on pages that have Persian URL (friendly url ) I get 404 or 400 ( bad request ).

Despite this error, edit is done. ( I have this problem on several version ago that solved but agian I have from last version)

2- I create a page and using a friendly url , after some times , I change the URL to redirect to another page ( using full url : http://domain.com/page )

but it instead of redirecting to this page , it redirect to http://myportalsite.com/http://domain.com/page , I delete the page but still I get this error,(URL still works) after some search I see this URL in Redirectlist table. just when I delete this record , URL not works any more.

thanks

Mehdi

 

 

11/1/2009 5:53:44 AM
Gravatar
Total Posts 18439

Re: non Ascii URL error after edit modules

Hi Mehdi,

1. Can you produce this problem on demo.mojoportal.com so I can see it. Setup a page where this happens and then let me know and I will try editing so I can see the problem.

2. I confirm this as a bug, I just fixed it in my copy so it will be fixed in the next release. When a page url is changed we create a redirect from the old url to the new url, however we should only do this for internal pages. I've added an additional check in the code so that no redirect will be created if either the old url or the new url starts with http.

Best,

Joe

11/1/2009 9:58:28 AM
Gravatar
Total Posts 104

Re: non Ascii URL error after edit modules

Hi,

I create this page: http://demo.mojoportal.com/صفحه-تستی.aspx and add a html contect , It works fine.

but all portals that I installed and from 3 pcs , have this problem.

Just , I set the default languge in web.config to fa-IR.I'll check more and will write more details after checking my portals.

 EDIT

I check my portals again, some notes:

1- I upgrade my portal from and older version, and then all persian URLs not working. Then I update FriendlyUrl Tables and copy paste correct URL.

2- if I create a new page, and then add content I dpnt have problems.

3- many times I got this error (404 or 400 ) when I working by IE , some times same page doesnt have any problem while using Firefox

END

Thanks

Mehdi

11/15/2009 2:09:55 AM
Gravatar
Total Posts 104

Re: non Ascii URL error after edit modules

Hi Joe.

I checked several times mojo to find when I got this error,

Now I can implement it on your demo site:

http://demo.mojoportal.com/الکترونیک.aspx

I rename the main Page to صفحه-اصلی and then in this page , I try to edit module contet, I using IE8 and after second edit I got this error:

We're sorry but we could not find the page you are looking for. Please try the Site Map

Page redirected to this url

http://demo.mojoportal.com/%c3%98%c2%a7%c3%99%e2%80%9e%c3%9a%c2%a9%c3%98%c2%aa%c3%98%c2%b1%c3%99%cb%86%c3%99%e2%80%a0%c3%9b%c5%92%c3%9a%c2%a9.aspx

it's not important which page or content is edited, all times redirect to this url.

in my other portal also in every site I have just one address which page after edit redirect to and Error 404 shows.

 

best regards

11/15/2009 7:53:31 AM
Gravatar
Total Posts 18439

Re: non Ascii URL error after edit modules

Hi,

When did you do this? The page does not currently exist on demo.mojoportal.com so I cannot see the problem.

Please don't change the main home page, create a different page to demonstrate the problem.

Best,

Joe

11/15/2009 11:07:21 AM
Gravatar
Total Posts 104

Re: non Ascii URL error after edit modules

Hello

I did it on about 8 GMT.

http://demo.mojoportal.com/تست-آدرس.aspx

I create it again, if try to edit content more than once , you will see this error message.

I'm not sure but I think maybe it related to home page name and URL.

 

Thanks

11/15/2009 11:21:08 AM
Gravatar
Total Posts 18439

Re: non Ascii URL error after edit modules

What browser are you using. I just tried with Firefox and no error happened after editing several times.

11/15/2009 11:48:00 AM
Gravatar
Total Posts 18439

Re: non Ascii URL error after edit modules

I see, it only happens in IE.

I will look into it, I'm not sure what I can do about that, it seems that IE is encoding the url before redirecting. I will experiment.

Best,

Joe

11/15/2009 12:10:15 PM
Gravatar
Total Posts 18439

Re: non Ascii URL error after edit modules

When I try it on localhost with IE using the url

http://localhost/تست-آدرس.aspx

after editing the url changes to:

http://localhost/%d8%aa%d8%b3%d8%aa-%d8%a2%d8%af%d8%b1%d8%b3.aspx

but it works, it does not produce a page not found error.

Whereas on demo.mojoportal.com using IE with this url

http://demo.mojoportal.com/تست-آدرس.aspx

after editing the url is:

http://demo.mojoportal.com/%c3%98%c2%aa%c3%98%c2%b3%c3%98%c2%aa-%c3%98%c2%a2%c3%98%c2%af%c3%98%c2%b1%c3%98%c2%b3.aspx

which does not work and throws a 404.

According to this post on stackoverflow, it sounds like we should be url encoding those characters always instead of trying to support Persian (and other) characters in urls. It is a shame, since it generally works fine in Firefox and Chrome. I will look into it further but I don't see any easy solution at the moment.

Best,

Joe

11/15/2009 12:12:24 PM
Gravatar
Total Posts 104

Re: non Ascii URL error after edit modules

I do not remember that this error occur by firefox or not , but when I use IE I get this error message.

 

Thanks 

11/15/2009 12:31:30 PM
Gravatar
Total Posts 104

Re: non Ascii URL error after edit modules

Thanks for your efforts

I post some urls and incorrect encoding url

 

http://demo.mojoportal.com/تست-آدرس.aspx

http://demo.mojoportal.com/%c3%98%c2%aa%c3%98%c2%b3%c3%98%c2%aa-%c3%98%c2%a2%c3%98%c2%af%c3%98%c2%b1%c3%98%c2%b3.aspx

---------------------------------

http://ashian.ir/محصولات.aspx

http://ashian.ir/%c3%99%e2%80%a6%c3%98%c2%ad%c3%98%c2%b5%c3%99%cb%86%c3%99%e2%80%9e%c3%98%c2%a7%c3%98%c2%aa.aspx

----------------------------------

http://demo.mojoportal.com/تست-دوم.aspx

http://demo.mojoportal.com/%c3%98%c2%aa%c3%98%c2%b3%c3%98%c2%aa-%c3%98%c2%af%c3%99%cb%86%c3%99%e2%80%a6.aspx

I'm sure that the encoded url is not same as original as you see in your local.

11/16/2009 10:20:50 AM
Gravatar
Total Posts 18439

Re: non Ascii URL error after edit modules

Hi,

From more research I found this page

http://www.blooberry.com/indexdot/html/topics/urlencoding.htm

and this

http://tools.ietf.org/html/rfc3986#section-2.1

and this

http://www.rfc-editor.org/rfc/rfc1738.txt

So, it seems only a subset of ascii characters should be used in urls and other characters should always be url encoded.

But if we do this then it will not be possible to have friendly urls with Persian characters as all the characters will be encoded and then the url is not so friendly.

I will add a web.config setting for "AlwaysUrlEncode" and I will make the default be true, but at least it can be disabled if your users are mainly using a browser where no problem occurs you will have the option to disable it and it will work as it has in the past.

Best,

Joe

11/16/2009 3:48:13 PM
Gravatar
Total Posts 18439

Re: non Ascii URL error after edit modules

fyi, I worked on this today and I found that the solution of url encoding the entered characters works, in IE the urls look encoded, but other browsers decode them for display so it still shows Persian characters in the url in Chrome and Firefox even though it shows it as encoded in the page settings url textbox and in the db. 

The only problem is it won't fix existing urls, it will just create new urls correctly. I'm putting in some extra handling to try to make sure existing page urls will work with the <add key="AlwaysUrlEncode" value="true" />

Best,

Joe

11/16/2009 5:02:10 PM
Gravatar
Total Posts 18439

Re: non Ascii URL error after edit modules

I've updated demo.mojoportal.com with the latest code, can you try it and verify it works correctly.

Thanks,

Joe

11/17/2009 7:03:22 PM
Gravatar
Total Posts 104

Re: non Ascii URL error after edit modules

Many thanks.

I test it, add a new page : http://demo.mojoportal.com/تست-آدرس-فارسی.aspx

If I reach to page by clicking on menu , i can edit content several times whitout problem

but If I type the address using persian text, after editing I got Error 400, I test it 3 times.

 

regards

Mehdi

11/18/2009 2:48:00 PM
Gravatar
Total Posts 18439

Re: non Ascii URL error after edit modules

Please try again on demo.mojoportal.com and let me know if it seems fixed. I added one more setting to look for the unencoded url if the encoded one is not found.

I'm not sure there is anything else I can do since this is browser behavior of IE. Most users will access your pages by links rather than directly typing urls so I think in general we have got it as good as we can for IE. Other bowsers handle it better.

Thanks,

Joe

11/18/2009 11:33:07 PM
Gravatar
Total Posts 104

Re: non Ascii URL error after edit modules

Hi,

I checked it , if user directly type the URL , will get error 404.

users who want edit content , must login to site and then go to the page , so this scenario does not happen more often.

 

regards

You must sign in to post in the forums. This thread is closed to new posts.