Stupid injector lines inversion between $uibModal and $cookieStore... solved
appModule.controller('common.views.layout.header',
[
'$rootScope',
'$scope',
'$state',
'$q',
'$location',
'$window',
'$uibModal',
'$cookieStore',
'appSession',
'appUserNotificationHelper',
'abp.services.app.notification',
'abp.services.app.userLink',
'abp.services.app.project',
function($rootScope,
$scope,
$state,
$q,
$location,
$window,
$cookieStore,
$uibModal,
appSession,
appUserNotificationHelper,
notificationService,
userLinkService,
projectService) {
Hi
any item I click of the user menu (Top Right Corner) I get this error:
js?v=Z1h2uULy0vbPsE8-aqccnlRnUTa8VDu14Ehcx-OgGss1:58431 TypeError: $uibModal.open is not a function
at Object.vm.changePassword (js?v=CaapLNZiW7gGNH2xfY5LQqYYZ4hzi7bIzn4vUhFnR9o1:2946)
at fn (eval at compile (js?v=Z1h2uULy0vbPsE8-aqccnlRnUTa8VDu14Ehcx-OgGss1:58545), <anonymous>:4:264)
at b (js?v=Z1h2uULy0vbPsE8-aqccnlRnUTa8VDu14Ehcx-OgGss1:58440)
at e (js?v=Z1h2uULy0vbPsE8-aqccnlRnUTa8VDu14Ehcx-OgGss1:58588)
at m.$eval (js?v=Z1h2uULy0vbPsE8-aqccnlRnUTa8VDu14Ehcx-OgGss1:58459)
at m.$apply (js?v=Z1h2uULy0vbPsE8-aqccnlRnUTa8VDu14Ehcx-OgGss1:58459)
at HTMLAnchorElement.<anonymous> (js?v=Z1h2uULy0vbPsE8-aqccnlRnUTa8VDu14Ehcx-OgGss1:58588)
at HTMLAnchorElement.dispatch (js?v=Z1h2uULy0vbPsE8-aqccnlRnUTa8VDu14Ehcx-OgGss1:11)
at HTMLAnchorElement.r.handle (js?v=Z1h2uULy0vbPsE8-aqccnlRnUTa8VDu14Ehcx-OgGss1:11)
Can you help? Thanks
OK do not waste your time on this request. The problem has disappeared both from local and web environments. I guess it was due to some browser cache issue...
Best regards
Hi
I am using Angular 1.x and Chrome. It is not happening only locally.
Regards
Hi,
when I try to log as another user I get the error Impersonation Token Invalid.
Any hint?
Thanks
I can imagine! I am happy with the framework in any case
Have a good day
Perfect! It worked!
Now you could say why a language switch issue is under removing Front-End application. The point is that I realized that the language switch was poorly working only when I removed the front end!
You can then say that language switch is not so important in my solution if I realized it only for that. That it is true currently, but will not be the same shortly.
Anyway. It is really important to stay tuned on your changes! Sometimes I think of me as a lone developer, but with Abp I am really part of a development team! (Well in this conversation I was pretty alone, but I think this is because of the misleading subject, usually you reply so promptly)
Best regards
Hi after solving my issue as I said. I thought it is not true an MVC cannot manage a hash url. You do use mvc controller for profile image upload and I use them too in many cases. So I went to github and I discovered:
Fixed #1840: Language switch return url problem. - fixed 22 days ago
exactly on Abp.Web.Mvc.
[https://github.com/aspnetboilerplate/aspnetboilerplate/tree/dev/src/Abp.Web.Mvc/Web/Mvc/Controllers/Localization])
I am updating from 1.4.1 to 1.4.3 to see if now it works.
Best regards
Hi, well I did it myself
The original vm.changeLanguage in header.js used by SPA has a single instruction:
window.location.href = abp.appPath + 'AbpLocalization/ChangeCulture?cultureName='
+ languageName + '&returnUrl=' + window.location.href;
for what I see AbpLocalization/ChangeCulture is an MVC controller in Abp.Web.Mvc and cannot work inside a SPA. Indeed the return URL is broken at the #.
I replaced it with the following, this changes the value of the language cookie and reload. As the previous does in MPA.
vm.changeLanguage = function (languageName) {
document.cookie = "Abp.Localization.CultureName="+languageName;
location.reload()
};
In this way I change language and remain on the page.
Best regards
This has nothing to do with removing front end application by the way