It goes to an url like this: /notifications/route/XX

rerouted to: /stream/item/XXX

But when we change the link for language purposes it ends in the 404

But if i manual add: /nl/notifications-nl/stream/item/XXX it goes to the correct page. So it looks like a bug in the routing right?

Sorry for my weird explanation here the exact steps to reproduce:


1. Send message from user 1 to user 2 (or broadcast).
2. Login as user that should receive the message/notification
3. Make sure you change the language tot non default
4. Open notifications and click on the notification to open ==> 404


5. Switch back to default language
6. Go back to notifications
7. Click now on the notification and you can open it.


Thats not how it should be right.

See also img i have attached

Hi Dirk,

I've tried change the language to french and open an existing message notification , and seems it was redirected correctly without hitting 404 error
Refer this video, If I'm missing anything: http://screencast.com/t/sLHTgzCo2bb0

You are opening the message. Try to open a notification instead of the message Click on the notification and see again

Hi Dirk,

I know the issue that you've hitting now where as I click the broadcast notification from Dive Cave it will redirected to the 404.
I've temporarily install mijoSql in your backend and try to run a query to check the url stored in the #_social_notifcation table, seems like your server has blocked our IP to access your site http://screencast.com/t/Ems9jOBkafQ
Perhaps, can you unblock our IP back ( 124.13.241.185 ) and provide us with your PhPmyAdmin to check the url stored in the database?

You can add the information needed by edit your first post in the Details section or you can just include your site's access once at http://stackideas.com/dashboard/site rather than needing to keep adding them in your replies

Thanks for understanding

YEAH my firewall works big time:p

Added!

Hello Dirk,

Hm, looks like there is no real way to actually resolve this unless the item id is generated on the fly but it's not possible to do that as unless all the apps are modified so that all the redirection urls are also modified.

The problem is actually here, http://take.ms/pj7O8 . See the /community/ portion. This starts to no longer makes sense. Why? The article was created in an "English" layout but you are trying to view it on a "French" or "Dutch" page and Joomla is restricting that.

How can I resolve this. Because this means that ES cant be multilingual right.

I have resolved it!!!

Hm, there is really no "real" way to resolve it unless when you create these items, it is created while you are on a menu that is globally available to all languages.

This is a really tricky operation

Well not really resolved but:

Instead of creating menu per language. Just create a language ALL menu for ES system chooses language by default anyways right.

So now when changing language/

/community/stream/
/xx/community/stream/


The URL after the language code changes so no 404 are hit anymore.

For me this works. Down side is that I keep the community instead of naming it per language but I can live with this.

Thanks for the help tho you rock as always.

Yeah, I guess this is the only way out. This really isn't an issue with EasySocial because you are posting a status / message in a specific page that is in your locale.