Moved magento to new domain, admin URL redirect to old admin URLall links redirecting to old domain after moving to new domainMy magento Redirecting on live siteMoving Magento 1.9 from one server to anotherMoved Magento store from one domain to another (same host) and now admin inputs not savingTrying to set magento developing version on subdomainCan't login to Magento admin panelMagento 1.9.1 admin 404 not foundMagento Redirect LoopNo url is working after shifting magento 1.9copy of magento shop does not look goodWebsite not found -> 404 on each page including admin
Terse Method to Swap Lowest for Highest?
Using substitution ciphers to generate new alphabets in a novel
Limits and Infinite Integration by Parts
What exact color does ozone gas have?
Why is the "ls" command showing permissions of files in a FAT32 partition?
Invalid date error by date command
Redundant comparison & "if" before assignment
Why does a simple loop result in ASYNC_NETWORK_IO waits?
What if a revenant (monster) gains fire resistance?
Are Captain Marvel's powers affected by Thanos' actions in Infinity War
Is there an injective, monotonically increasing, strictly concave function from the reals, to the reals?
Why is it that I can sometimes guess the next note?
PTIJ: Haman's bad computer
How can "mimic phobia" be cured or prevented?
Temporarily disable WLAN internet access for children, but allow it for adults
Lowest total scrabble score
How do apertures which seem too large to physically fit work?
Why is so much work done on numerical verification of the Riemann Hypothesis?
Add big quotation marks inside my colorbox
Does the UK parliament need to pass secondary legislation to accept the Article 50 extension
How should I respond when I lied about my education and the company finds out through background check?
What are some good ways to treat frozen vegetables such that they behave like fresh vegetables when stir frying them?
How much character growth crosses the line into breaking the character
What does "Scientists rise up against statistical significance" mean? (Comment in Nature)
Moved magento to new domain, admin URL redirect to old admin URL
all links redirecting to old domain after moving to new domainMy magento Redirecting on live siteMoving Magento 1.9 from one server to anotherMoved Magento store from one domain to another (same host) and now admin inputs not savingTrying to set magento developing version on subdomainCan't login to Magento admin panelMagento 1.9.1 admin 404 not foundMagento Redirect LoopNo url is working after shifting magento 1.9copy of magento shop does not look goodWebsite not found -> 404 on each page including admin
Edit: solved
I moved my magento-installation to a new domain, copied the database, changed the app/etc/local.xml to show to new database, changed the web/unsecure/base_url
and web/secure/base_url
and cleared the var/cache directory. The shop itself works with the new domain. But when I want to access the admin panel I get redirect to old url.
http://newdomain.com -> http://newdomain.com
http://newdomain.com/admin -> http://olddomain.com/admin
I also checked for system -> config -> admin -> admin BaseURL if there is any user specific settings. -> Its not.
I also checked in htaccess for any redirects. -> none.
What else could cause this redirect? I am out of ideas.
magento-1.9 admin
|
show 1 more comment
Edit: solved
I moved my magento-installation to a new domain, copied the database, changed the app/etc/local.xml to show to new database, changed the web/unsecure/base_url
and web/secure/base_url
and cleared the var/cache directory. The shop itself works with the new domain. But when I want to access the admin panel I get redirect to old url.
http://newdomain.com -> http://newdomain.com
http://newdomain.com/admin -> http://olddomain.com/admin
I also checked for system -> config -> admin -> admin BaseURL if there is any user specific settings. -> Its not.
I also checked in htaccess for any redirects. -> none.
What else could cause this redirect? I am out of ideas.
magento-1.9 admin
Did you update the app/etc/local.xml to point to the new domain's database?
– Michael
Jun 18 '15 at 13:17
@kaska yes I did (forgot to mention that)
– nbar
Jun 18 '15 at 13:19
2
please delete all filers from you magentodir/var/cache
– Amit Bera♦
Jun 18 '15 at 13:41
@AmitBera I cleared the hole var/cache folder
– nbar
Jun 18 '15 at 13:43
@AmitBera I did it again and now it works. I am not sure what went wrong there and what the answer to my question is now. But thanks for encourage me do it again!
– nbar
Jun 18 '15 at 13:48
|
show 1 more comment
Edit: solved
I moved my magento-installation to a new domain, copied the database, changed the app/etc/local.xml to show to new database, changed the web/unsecure/base_url
and web/secure/base_url
and cleared the var/cache directory. The shop itself works with the new domain. But when I want to access the admin panel I get redirect to old url.
http://newdomain.com -> http://newdomain.com
http://newdomain.com/admin -> http://olddomain.com/admin
I also checked for system -> config -> admin -> admin BaseURL if there is any user specific settings. -> Its not.
I also checked in htaccess for any redirects. -> none.
What else could cause this redirect? I am out of ideas.
magento-1.9 admin
Edit: solved
I moved my magento-installation to a new domain, copied the database, changed the app/etc/local.xml to show to new database, changed the web/unsecure/base_url
and web/secure/base_url
and cleared the var/cache directory. The shop itself works with the new domain. But when I want to access the admin panel I get redirect to old url.
http://newdomain.com -> http://newdomain.com
http://newdomain.com/admin -> http://olddomain.com/admin
I also checked for system -> config -> admin -> admin BaseURL if there is any user specific settings. -> Its not.
I also checked in htaccess for any redirects. -> none.
What else could cause this redirect? I am out of ideas.
magento-1.9 admin
magento-1.9 admin
edited Jun 18 '15 at 13:48
nbar
asked Jun 18 '15 at 13:12
nbarnbar
3012619
3012619
Did you update the app/etc/local.xml to point to the new domain's database?
– Michael
Jun 18 '15 at 13:17
@kaska yes I did (forgot to mention that)
– nbar
Jun 18 '15 at 13:19
2
please delete all filers from you magentodir/var/cache
– Amit Bera♦
Jun 18 '15 at 13:41
@AmitBera I cleared the hole var/cache folder
– nbar
Jun 18 '15 at 13:43
@AmitBera I did it again and now it works. I am not sure what went wrong there and what the answer to my question is now. But thanks for encourage me do it again!
– nbar
Jun 18 '15 at 13:48
|
show 1 more comment
Did you update the app/etc/local.xml to point to the new domain's database?
– Michael
Jun 18 '15 at 13:17
@kaska yes I did (forgot to mention that)
– nbar
Jun 18 '15 at 13:19
2
please delete all filers from you magentodir/var/cache
– Amit Bera♦
Jun 18 '15 at 13:41
@AmitBera I cleared the hole var/cache folder
– nbar
Jun 18 '15 at 13:43
@AmitBera I did it again and now it works. I am not sure what went wrong there and what the answer to my question is now. But thanks for encourage me do it again!
– nbar
Jun 18 '15 at 13:48
Did you update the app/etc/local.xml to point to the new domain's database?
– Michael
Jun 18 '15 at 13:17
Did you update the app/etc/local.xml to point to the new domain's database?
– Michael
Jun 18 '15 at 13:17
@kaska yes I did (forgot to mention that)
– nbar
Jun 18 '15 at 13:19
@kaska yes I did (forgot to mention that)
– nbar
Jun 18 '15 at 13:19
2
2
please delete all filers from you magentodir/var/cache
– Amit Bera♦
Jun 18 '15 at 13:41
please delete all filers from you magentodir/var/cache
– Amit Bera♦
Jun 18 '15 at 13:41
@AmitBera I cleared the hole var/cache folder
– nbar
Jun 18 '15 at 13:43
@AmitBera I cleared the hole var/cache folder
– nbar
Jun 18 '15 at 13:43
@AmitBera I did it again and now it works. I am not sure what went wrong there and what the answer to my question is now. But thanks for encourage me do it again!
– nbar
Jun 18 '15 at 13:48
@AmitBera I did it again and now it works. I am not sure what went wrong there and what the answer to my question is now. But thanks for encourage me do it again!
– nbar
Jun 18 '15 at 13:48
|
show 1 more comment
6 Answers
6
active
oldest
votes
As my comment solved your problem I will post it as an answer.
According to magento takes all config data from cache folder you have to clear the magentodir/var/cache
- including all subfolders - to be sure the new config is taken.
You said you allready cleared the cache, my advice is to check this point again. (Maybe you cleared the cache before you did the necessary changes?)
add a comment |
Check your core_config_data
table with following filter
scope => stores
scope_id => 0
path => web/unsecure/base_url
scope => stores
scope_id => 0
path => web/secure/base_url
if the value is http://olddomain.com
then change it new domain or delete the record.
I have onlyscope => default
scope_id => 0
for both entries
– nbar
Jun 18 '15 at 13:22
And this are set to newdomain
– nbar
Jun 18 '15 at 13:29
add a comment |
I believe the problem come from the URL index cache. Let's do these steps to make sure you can fix it.
- Login to Phpmyadmin or any database method to empty the table core_url_rewrite (remember back up it first to make sure you have no risk).
- Make sure you clear all browser cache or use another browser and login to admin of magento. Now you will see it won't redirect to old domain any more.
Hope it 's useful
Good points. I actually did this (I did not empty thecore_url_rewrite
, but searched it for any URL that could cause the problem. I also checked it with Incognito mode to be sure I don't have any cookies. I upvote cause if someone else got the problems I think this points are good hints.
– nbar
Jun 18 '15 at 16:03
For the best, I think you should use another browser to make sure you have no cache. Browser like chrome have some crazy behavior for cache
– Phuc
Jun 19 '15 at 1:00
You shouldn't suggest to clear the core_url_rewrite table. That's a darn useful table that stores all the rewrites that magento has setup along with user created as well. You could wipe out years of work with this and can never be a solution.
– VeeK
Nov 17 '16 at 10:13
add a comment |
As someone mentioned above, check the core_config_data
table, but instead query the value field. You could have created a new record with a different scope
.
I ran this query SELECT * FROM 'core_config_data' WHERE 'value' LIKE '%http%'
and spotted a 2nd copy of web/unsecure/base_url
under a different storefront.
add a comment |
The solution to this for me was to flush the Redis cache. A similar solution probably applies if using Memcached.
add a comment |
After all of that still you have problem
Try
sudo reboot
ftom putty.
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "479"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f71476%2fmoved-magento-to-new-domain-admin-url-redirect-to-old-admin-url%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
6 Answers
6
active
oldest
votes
6 Answers
6
active
oldest
votes
active
oldest
votes
active
oldest
votes
As my comment solved your problem I will post it as an answer.
According to magento takes all config data from cache folder you have to clear the magentodir/var/cache
- including all subfolders - to be sure the new config is taken.
You said you allready cleared the cache, my advice is to check this point again. (Maybe you cleared the cache before you did the necessary changes?)
add a comment |
As my comment solved your problem I will post it as an answer.
According to magento takes all config data from cache folder you have to clear the magentodir/var/cache
- including all subfolders - to be sure the new config is taken.
You said you allready cleared the cache, my advice is to check this point again. (Maybe you cleared the cache before you did the necessary changes?)
add a comment |
As my comment solved your problem I will post it as an answer.
According to magento takes all config data from cache folder you have to clear the magentodir/var/cache
- including all subfolders - to be sure the new config is taken.
You said you allready cleared the cache, my advice is to check this point again. (Maybe you cleared the cache before you did the necessary changes?)
As my comment solved your problem I will post it as an answer.
According to magento takes all config data from cache folder you have to clear the magentodir/var/cache
- including all subfolders - to be sure the new config is taken.
You said you allready cleared the cache, my advice is to check this point again. (Maybe you cleared the cache before you did the necessary changes?)
edited Jun 18 '15 at 16:44
nbar
3012619
3012619
answered Jun 18 '15 at 13:54
Amit Bera♦Amit Bera
59.3k1675177
59.3k1675177
add a comment |
add a comment |
Check your core_config_data
table with following filter
scope => stores
scope_id => 0
path => web/unsecure/base_url
scope => stores
scope_id => 0
path => web/secure/base_url
if the value is http://olddomain.com
then change it new domain or delete the record.
I have onlyscope => default
scope_id => 0
for both entries
– nbar
Jun 18 '15 at 13:22
And this are set to newdomain
– nbar
Jun 18 '15 at 13:29
add a comment |
Check your core_config_data
table with following filter
scope => stores
scope_id => 0
path => web/unsecure/base_url
scope => stores
scope_id => 0
path => web/secure/base_url
if the value is http://olddomain.com
then change it new domain or delete the record.
I have onlyscope => default
scope_id => 0
for both entries
– nbar
Jun 18 '15 at 13:22
And this are set to newdomain
– nbar
Jun 18 '15 at 13:29
add a comment |
Check your core_config_data
table with following filter
scope => stores
scope_id => 0
path => web/unsecure/base_url
scope => stores
scope_id => 0
path => web/secure/base_url
if the value is http://olddomain.com
then change it new domain or delete the record.
Check your core_config_data
table with following filter
scope => stores
scope_id => 0
path => web/unsecure/base_url
scope => stores
scope_id => 0
path => web/secure/base_url
if the value is http://olddomain.com
then change it new domain or delete the record.
answered Jun 18 '15 at 13:18
MeenakshiSundaram RMeenakshiSundaram R
8,13442752
8,13442752
I have onlyscope => default
scope_id => 0
for both entries
– nbar
Jun 18 '15 at 13:22
And this are set to newdomain
– nbar
Jun 18 '15 at 13:29
add a comment |
I have onlyscope => default
scope_id => 0
for both entries
– nbar
Jun 18 '15 at 13:22
And this are set to newdomain
– nbar
Jun 18 '15 at 13:29
I have only
scope => default
scope_id => 0
for both entries– nbar
Jun 18 '15 at 13:22
I have only
scope => default
scope_id => 0
for both entries– nbar
Jun 18 '15 at 13:22
And this are set to newdomain
– nbar
Jun 18 '15 at 13:29
And this are set to newdomain
– nbar
Jun 18 '15 at 13:29
add a comment |
I believe the problem come from the URL index cache. Let's do these steps to make sure you can fix it.
- Login to Phpmyadmin or any database method to empty the table core_url_rewrite (remember back up it first to make sure you have no risk).
- Make sure you clear all browser cache or use another browser and login to admin of magento. Now you will see it won't redirect to old domain any more.
Hope it 's useful
Good points. I actually did this (I did not empty thecore_url_rewrite
, but searched it for any URL that could cause the problem. I also checked it with Incognito mode to be sure I don't have any cookies. I upvote cause if someone else got the problems I think this points are good hints.
– nbar
Jun 18 '15 at 16:03
For the best, I think you should use another browser to make sure you have no cache. Browser like chrome have some crazy behavior for cache
– Phuc
Jun 19 '15 at 1:00
You shouldn't suggest to clear the core_url_rewrite table. That's a darn useful table that stores all the rewrites that magento has setup along with user created as well. You could wipe out years of work with this and can never be a solution.
– VeeK
Nov 17 '16 at 10:13
add a comment |
I believe the problem come from the URL index cache. Let's do these steps to make sure you can fix it.
- Login to Phpmyadmin or any database method to empty the table core_url_rewrite (remember back up it first to make sure you have no risk).
- Make sure you clear all browser cache or use another browser and login to admin of magento. Now you will see it won't redirect to old domain any more.
Hope it 's useful
Good points. I actually did this (I did not empty thecore_url_rewrite
, but searched it for any URL that could cause the problem. I also checked it with Incognito mode to be sure I don't have any cookies. I upvote cause if someone else got the problems I think this points are good hints.
– nbar
Jun 18 '15 at 16:03
For the best, I think you should use another browser to make sure you have no cache. Browser like chrome have some crazy behavior for cache
– Phuc
Jun 19 '15 at 1:00
You shouldn't suggest to clear the core_url_rewrite table. That's a darn useful table that stores all the rewrites that magento has setup along with user created as well. You could wipe out years of work with this and can never be a solution.
– VeeK
Nov 17 '16 at 10:13
add a comment |
I believe the problem come from the URL index cache. Let's do these steps to make sure you can fix it.
- Login to Phpmyadmin or any database method to empty the table core_url_rewrite (remember back up it first to make sure you have no risk).
- Make sure you clear all browser cache or use another browser and login to admin of magento. Now you will see it won't redirect to old domain any more.
Hope it 's useful
I believe the problem come from the URL index cache. Let's do these steps to make sure you can fix it.
- Login to Phpmyadmin or any database method to empty the table core_url_rewrite (remember back up it first to make sure you have no risk).
- Make sure you clear all browser cache or use another browser and login to admin of magento. Now you will see it won't redirect to old domain any more.
Hope it 's useful
answered Jun 18 '15 at 14:47
PhucPhuc
13612
13612
Good points. I actually did this (I did not empty thecore_url_rewrite
, but searched it for any URL that could cause the problem. I also checked it with Incognito mode to be sure I don't have any cookies. I upvote cause if someone else got the problems I think this points are good hints.
– nbar
Jun 18 '15 at 16:03
For the best, I think you should use another browser to make sure you have no cache. Browser like chrome have some crazy behavior for cache
– Phuc
Jun 19 '15 at 1:00
You shouldn't suggest to clear the core_url_rewrite table. That's a darn useful table that stores all the rewrites that magento has setup along with user created as well. You could wipe out years of work with this and can never be a solution.
– VeeK
Nov 17 '16 at 10:13
add a comment |
Good points. I actually did this (I did not empty thecore_url_rewrite
, but searched it for any URL that could cause the problem. I also checked it with Incognito mode to be sure I don't have any cookies. I upvote cause if someone else got the problems I think this points are good hints.
– nbar
Jun 18 '15 at 16:03
For the best, I think you should use another browser to make sure you have no cache. Browser like chrome have some crazy behavior for cache
– Phuc
Jun 19 '15 at 1:00
You shouldn't suggest to clear the core_url_rewrite table. That's a darn useful table that stores all the rewrites that magento has setup along with user created as well. You could wipe out years of work with this and can never be a solution.
– VeeK
Nov 17 '16 at 10:13
Good points. I actually did this (I did not empty the
core_url_rewrite
, but searched it for any URL that could cause the problem. I also checked it with Incognito mode to be sure I don't have any cookies. I upvote cause if someone else got the problems I think this points are good hints.– nbar
Jun 18 '15 at 16:03
Good points. I actually did this (I did not empty the
core_url_rewrite
, but searched it for any URL that could cause the problem. I also checked it with Incognito mode to be sure I don't have any cookies. I upvote cause if someone else got the problems I think this points are good hints.– nbar
Jun 18 '15 at 16:03
For the best, I think you should use another browser to make sure you have no cache. Browser like chrome have some crazy behavior for cache
– Phuc
Jun 19 '15 at 1:00
For the best, I think you should use another browser to make sure you have no cache. Browser like chrome have some crazy behavior for cache
– Phuc
Jun 19 '15 at 1:00
You shouldn't suggest to clear the core_url_rewrite table. That's a darn useful table that stores all the rewrites that magento has setup along with user created as well. You could wipe out years of work with this and can never be a solution.
– VeeK
Nov 17 '16 at 10:13
You shouldn't suggest to clear the core_url_rewrite table. That's a darn useful table that stores all the rewrites that magento has setup along with user created as well. You could wipe out years of work with this and can never be a solution.
– VeeK
Nov 17 '16 at 10:13
add a comment |
As someone mentioned above, check the core_config_data
table, but instead query the value field. You could have created a new record with a different scope
.
I ran this query SELECT * FROM 'core_config_data' WHERE 'value' LIKE '%http%'
and spotted a 2nd copy of web/unsecure/base_url
under a different storefront.
add a comment |
As someone mentioned above, check the core_config_data
table, but instead query the value field. You could have created a new record with a different scope
.
I ran this query SELECT * FROM 'core_config_data' WHERE 'value' LIKE '%http%'
and spotted a 2nd copy of web/unsecure/base_url
under a different storefront.
add a comment |
As someone mentioned above, check the core_config_data
table, but instead query the value field. You could have created a new record with a different scope
.
I ran this query SELECT * FROM 'core_config_data' WHERE 'value' LIKE '%http%'
and spotted a 2nd copy of web/unsecure/base_url
under a different storefront.
As someone mentioned above, check the core_config_data
table, but instead query the value field. You could have created a new record with a different scope
.
I ran this query SELECT * FROM 'core_config_data' WHERE 'value' LIKE '%http%'
and spotted a 2nd copy of web/unsecure/base_url
under a different storefront.
answered Jan 24 '17 at 10:57
ol'bob doleol'bob dole
316217
316217
add a comment |
add a comment |
The solution to this for me was to flush the Redis cache. A similar solution probably applies if using Memcached.
add a comment |
The solution to this for me was to flush the Redis cache. A similar solution probably applies if using Memcached.
add a comment |
The solution to this for me was to flush the Redis cache. A similar solution probably applies if using Memcached.
The solution to this for me was to flush the Redis cache. A similar solution probably applies if using Memcached.
answered Jun 5 '17 at 2:05
Willem van KetwichWillem van Ketwich
1
1
add a comment |
add a comment |
After all of that still you have problem
Try
sudo reboot
ftom putty.
add a comment |
After all of that still you have problem
Try
sudo reboot
ftom putty.
add a comment |
After all of that still you have problem
Try
sudo reboot
ftom putty.
After all of that still you have problem
Try
sudo reboot
ftom putty.
answered Sep 15 '17 at 8:33
nimit8989nimit8989
193
193
add a comment |
add a comment |
Thanks for contributing an answer to Magento Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f71476%2fmoved-magento-to-new-domain-admin-url-redirect-to-old-admin-url%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Did you update the app/etc/local.xml to point to the new domain's database?
– Michael
Jun 18 '15 at 13:17
@kaska yes I did (forgot to mention that)
– nbar
Jun 18 '15 at 13:19
2
please delete all filers from you magentodir/var/cache
– Amit Bera♦
Jun 18 '15 at 13:41
@AmitBera I cleared the hole var/cache folder
– nbar
Jun 18 '15 at 13:43
@AmitBera I did it again and now it works. I am not sure what went wrong there and what the answer to my question is now. But thanks for encourage me do it again!
– nbar
Jun 18 '15 at 13:48