I'm running Presta Shop 1.6.0.14. This problem appeared suddenly yesterday and I am at a loss. My checkout buttons only redirect to the main page, and when I go into the back end my modules tab just takes me to the main page. I also intermittently get the too many redirects error.
We finally found the answer. We had to remove the modules/powatag directory and its files.
Related
Working with Joomla (3.8.8) for the first time and I'm trying to create a landing page with the URL of (/start). I created this already as a test to see how it worked and later deleted it, but now when I try to create a page with the same alias I get this message: https://screencast.com/t/uR1ZIBg9.
However, there are no items in the trash, unpublished or anything. When I try to go to the /start page it just redirects me to the home page with "/component/users/?view=login&Itemid=101" appended to the end.
What's even weirder is the page still shows up on module assignments, etc.(https://screencast.com/t/i3lsjw5X) like it ever got deleted. Is there a way to fix this through the Joomla dashboard somewhere? Or do I have to delete some specific rows out of its database?
In the page below, it specifies that you can register your device in the left hand column of the page, under advanced options:
https://developers.google.com/assistant/sdk/guides/library/python/embed/register-device
This is no longer the case, the option is not there. Instead there is a backend option.
Is there any kind of web page to do this action at all?
Would prefer a graphical option to a command line one.
Ok. sorted this out.
My thanks to those who looked over this question. Basically I deleted the current projects and started again. the device model registration is right down (scroll right down to) the bottom of the page on the first screen after you have first created the project. Apparently you need to not skip this step, or navigate away from this page before you do the device creation.
after that everything went well and is up and running. Thanks again
So I install Ghost CMS and it is working great, but I noticed recently that the navigation settings (where I add new links to the menu and such) are acting strange and not working right.
So in the image above you will notice the ':80' port being added onto the domain. Which is fine I guess, but what is odd is that if i click out the field and then back into it it adds another port ':80' and continues to do that as many times as I click out, also if I tried to delete and save it immediately adds them back in. Look at Teaching and you will see what it ends up looking like.
Also when I go to the site front page and click one of the menu items I see a 404 error in the console saying the page doesn't exists.
I can't figure out what is going on it was working just fine a few weeks ago and I have touched anything on the server. I am stumped, I don't really know enough about Ghost so I am relying on a better expert to help me out here. I am using the Bitnami Ghost Cloud Image. and have the theme bleak installed.
Any Thoughts?
How do I stop my Github webpage from redirecting to an expired CNAME URL? I know it takes time, but my Github page has not stopped redirecting even after 1.5 days! I am asking to find out if there's any step I missed (all I did was delete the CNAME file). If there's no step I'm missing, how long does it usually take to stop redirecting? I really need my page to be available soon since it is recruiting season. Please help!
You can clear the custom domain field. Let it remain empty. Then click the save button. Then clear cache of your browser or open in another browser / incognito mode. You will see the difference.
You could achieve this by following 2 steps,
Delete the CNAME file from git folder (git rm CNAME), and have your git updated.
From your domain provider, remove any DNS settings (Custom CNAME) that you have for the specified domain.
These are the steps, I followed to get it working correctly.
You should clear your browser cache. Because your browser has saved memory to redirect to the cname site every time you open the github page link.
Another solution is that you can open the github page link with another browser.
When I log in on my dev machine in an ROR application, I should be redirected to http://sitename/user/dashboard. This was happening successfully before, till I began developing on it :). Now it tries to go to http://sitename/user/images/navarrow, which results in the error ActionController::UnknownAction (No action responded to images).
I hadnt changed anything in the code except layout,views-level changes, no actions etc were changed. Then I reverted to a previous version to check, and it worked fine. I reverted back to my latest version and it again worked fine. So the problem doesnt seem to be in code, but somewhere else. I want to know why exactly this problem crops up every now and then. The fix is not hard, i just have to revert to a previous commit and then come back to latest commit, but I cannot figure out how it tries to redirect to a wrong url in the first place. Do I need to change some configuration to make it not happen again?
UPDATE: I had to work on the UI of the login form as well. Now when I created a login form with the required css, and tried to submit, this is what i get:
Parameters: {"format"=>"jpg", "action"=>"images", "id"=>"galway", "controller"=>"user"}
ActionController::UnknownAction (No action responded to images):
As you can see, I get another different faulty url, the prvious one had :id=>'navarrow'. SO I get the same error as above of a faulty url creeping out of nowhere! But wehn i go back and refresh, i discover that i actually am logged in, so the new login form is working as expected. i think if i commit my code now, and then go thru th process again, it will work again, but this bug is driving me crazy!
I think i figured it out partially. In the page, there were two images, entered like so:
<img src="images/nav_arrow.jpg".../>
<img src="images/galway.jpg".../>
So for some reason when a form got posted, and we were redirected to another page, somehow it also tried to map its request to controller/images/nav_arrow.jpg etc, and this was causing the unexpected behavior. But I still have to figure out why this error does not always crop up. I change image paths to absolute ones to make it work!
I'd check that you don't have something sneaking in .htaccess files to your directories (maybe one got accidentally checked in)?