every user can't login to my joomla front-end, how should i trace it?
enabling debug mode won't give me good information to find what's wrong..
here's the debug mode output when i tried to log-in using correct password:
http://pastebin.ca/2303850
the joomla version is "Joomla! 1.5.18 Stable [ wojmamni ama wojnaiki ] TBA 04:00 GMT"
PHP version is "5.3.10-1ubuntu3.4"
mysql version is "5.5.28-0ubuntu0.12.04.2"
previously it worked fine, but since 2013, it's not working anymore.
upgrading to latest joomla (1.5.x) solves the problem..
Related
419 HTTP Error was occured when I try to login after I installed laravel/ui.
In order to resolve this issue, I tried the following methods though I haven't solved yet.
I checked resources/views/auth/login.blade.php and confirmed
#csrf is placed right after form tab.
I found cookie setting on browser's setting so I changed it to be allowed in all situations.
I dont know how I would investigate or resolve it.
So I'm glad if you share any advices or solutions.
Here are the server environment that I installed Laravel Framework.
AWS Amazon linux 2
Laravel Framework 9.50.2
mysql Ver 8.0.32 for Linux on x86_64
PHP 8.0.27 (cli) (built: Jan 3 2023 16:17:26)
I am new to shopify CLI and trying to run shopify theme pull or shopify theme serve but cannot due to an error I keep on running into
PS C:\Users\Russell\shopify\shopifyApp\starter> shopify theme serve
Your environment Ruby version, 3.1.1, is outside of the range supported by the CLI, 2.6.6..<3.1.0, and might cause incompatibility issues.
X An unexpected error occured.
To submit an issue include the stack trace.
To print the stack trace, add the environment variable SHOPIFY_CLI_STACKTRACE=1.
ive tried to downgrage ruby to 3.1.1 using gem update --system 3.1.1 but get this in my cmd
C:\Users\Russell>gem update --system 3.1.1
ERROR: rubygems 3.1.1 is not supported on 3.1.1. The oldest version supported by this ruby is 3.3.3
im using windows 10 and ruby 3.3.3
Well I managed to get a solution and what I did was :
This happens because when you create a Development store, it won't properly link your Shopify Partners account to the new created store.
A partial solution was mentioned here #1309 (comment)
This is what I do to solve the problem on my side:
1.- Logout from the Development store admin dashboard
2.- Login again by visiting the direct URL. Example: https://[store-name].myshopify.com/admin
Here use your Shopify Partners account (the one that you used to create the development store). Don't worry if you see an error message or if you have to login again. Ideally you should see the admin dashboard again.
4.- Login to your Shopify account (not Partners). Go to: https://shopify.com/login
At this point you should see the new Development store listed. This means it is now linked to your account.
Go back to the CLI and try again. You may have to do shopify whoami and/or shopify logout shopify login
github solution to the problem
Magento 1.9.3 - I created a custom module for add attributes in customer account.
Since last one year I am upgrading using same module but now when I am trying to upgrade mysql4-upgrade-0.1.9-0.2.0.php it's not working.
core_resource database version is 0.1.9
Cache i have already cleared
Same upgrade script is working on development server
Issue has been resolved. Due to the cache problem new version was not updating but after clear cache multiple times it's working.
PHP Built On: Linux 2.6.32-458.23.2.lve1.2.45.el6.x86_64
PHP Version: 5.3.27
Web Server: LiteSpeed
Joomla! Version: Joomla! 3.2.1 Stable [ Ember ] 18-December-2013 14:30 GMT
Joomla! Platform Version: Joomla Platform 13.1.0 Stable [ Curiosity ]
Component: BreezingForms Lite (build 827)
MySQL Database Version: 5.1.71
MySQL Database Collation: utf8_general_ci
In System -> Global Configuration -> Server -> Mail Settings -> Mailer
I have tested PHP Mail, Sendmail, SMTP
In configuration.php
public $mailonline = '1';
I see the records in Components -> BreezingForms -> Manage Records but emails from the form are not send.
No error in error.log file! No javascript errrors!
The most weird thing is that when a user Registers or submits the Contact Form (build with Components -> Contacts -> Contacts) I get the emails!
Please advice!
please make sure you are using a default email address in BFs main configuration that matches the domain part your site is running on. That email is also used as standard sender address.
People often don't receive emails to their accounts because their servers block emails with different domain parts.
By the way, I am from the crosstec team, and you are neither ignored nor get told to buy support. Sometimes things simply can take a day or two, we are just people, too.
Regards,
Markus
I had the same problem after I enabled the Cache Settings in Joomla. Once I disabled it, the BreezingForm Lite started to work again. Weird bug maybe? I hope this helps.
It appears this is not the right answer in this instance, but I will answer in case others arrive here from Google.
Make sure you have ticked the "mail notification" checkbox. If that is unticked then no mail is sent.
I cannot login to Drupal after attempting php 5.4 update.
I have two users, the default admin from install and a user level account with limited permissions. After logging in at mysite.com/user/login I am redirected to mysite.com/user/1 with the following message displayed "You are not authorized to access this page." I get the same when I attempt mysite.com/admin
I have commented out the $base_url and $cookies_domain entries in settings.php with no luck.
If I attempt to login with bad credentials my login is denied. So credentials verification is working.
Also, I purged the SESSIONS table in the database. I have attempted login many times after the SESSIONS purge but there are no new rows being created in that table.
Somehow I am passing the credentials verification stage but then the session fails to save to the database... ergo my "not authorized" message.
I'm not the least bit familiar with what is going on in Drupal core. Normally my Drupal installs just work.
Do you think this is a Drupal issue or PHP? Have I missed some stupid setting in php.ini?
p.s. - I actually have two apache virtual hosts, one with a Drupal 6 install and another with my Drupal 7... this login issue is happening to both installs. (Probably because they share PHP ?)
I greatly appreciate any thoughts or suggestions :-)
Seems that you try several attempts there. Anyway I would suggest you the following:
Clear cache and run cron: $ drush cc all && $ drush cron
Start the: /user/logout # to stop login sessions and try to login again.
Add to your index.php:
error_reporting(E_ALL | E_ERROR | E_WARNING | E_PARSE | E_NOTICE);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);
Also check the watchdog table if you can recognize anything there.
I'm on PHP 5.4.3 and not having any issues with that. If you will not find any workaround for that, PHP 5.3.10 is the minimal version required for D8 so a downgrade to it will be OK.
Did you try to make a fresh install of Drupal on your new PHP version?