After I removed/uninstalled CB 1.4 from my joomla 1.5.9 site as well as all jos_comprofiler files. the mod_login do not work nor does the registration. When I check the error log it sais file not found Kunena/media but I do not use Kunena on my site however the component was there I deleted it but login still does not work.
It is a module or plugin conflict.Try disabling modules or plugin one by one & check if it works..If you have installed k2 then k2-user plugin must be the culprit.
Related
I have a brand new TYPO3 10.4 install with a bootstrap sitepackage.
My page tree is this
Home
-> Building Management
--> Building Rules
Home shows fine, but all of the lower pages throw a 404 using the speaking url's, even from autogenerated links in the menus. I can still navigate using index.php?id=2, but this is not enabled at all by default.
If I set the language link to /en/ (rather than /) then no pages work, not even the home page.
I built the same site on my development server with the same version of typo3 and the same site package and it works as expected, just not on the production. Any idea where to look for a solution? Here's a pic of the site pagesites-page
The .htaccess was a clue. What appears to have happened is that the .htaccess file was not updated during the TYPO3 install. We copied one from another working install of 10.4.4 and that fixed it. I think there is a step in the install process that checks if there is a .htaccess file, and if there is then it doesn't copy or insert the required changes. Once we copied this across everything worked fine.
There was an error in the working CMS and I can not even enter management panel. I did not update PHP on the server, nothing changed in the configuration, and yet I can't enter the administration panel or display the WWW page.
When I try to get on administration panel or on website there is a message like this:
PHP Runtime Notice: Declaration of tx_ttnews_catmenu::wrapTitle() should be compatible with t3lib_treeView::wrapTitle($title, $row, $bank = 0) in /home2/izbampro/public_html/typo3/typo3conf/ext/tt_news/class.tx_ttnews_catmenu.php line 56
Is this a bug related to a too old version of PHP, or could someone break into the server and change the configuration?I have no idea what could have happened, everything worked well several days ago. Please help me with this error.
what do you mean with the administration panel?
in TYPO3 you have the BackEnd where you can do the normal administration and editorial tasks.
it is called normally with domain.tld/typo3/
the other area for administrative tasks is the Install Tool
which is called with domain.tld/typo3/install/
While the Backendneeds a running TYPO3 instance the InstallTool should be callable even if there is no configuration (e.g. database).
regarding your TYPO3 version:
we can guess a little bit with your data:
PHP 5.6.26 will let run TYPO3 only until version 7.6
the function reference t3lib_treeView::wrapTitle will restrict the version in the same way as the classname was available in core up to 4.7. for later version there existed an compatibility extension, first in core, later from TER.
if you have a look onto your server we might have further restrictions.
I will not exclude the usage of older versions up to 4.7:
these versions can be identified by files typo3conf/localconf.php, while since 6.0 the files are named typo3conf/LocalConfiguration.php.
In the same way there is a break in the storing which extensions are active in your installation:
up to 4.7 it was one line in typo3conf/localconf.php, since 6.0 it is an own file typo3conf/PackageStates.php.
You should be able to call the install tool, which will show the version (a screenshot from the appearance after the Install Tool login might help. But first we need to make you accessing the Install Tool.
Are you able to login to the install tool?
the TYPO3 version will decide about the next steps
I've installed the latest W-Systems DocuSign module for SugarCRM and I followed the installation guide to the T (https://www.w-systems.com/media/DocuSign/SugarConnectortoDocuSign_InstallationUseGuide.pdf). However, my problem start at the end of page 7 where I click "Configure DocuSign" or "DocuSign User Settings > Log In". Nothing happens.. no error message, no dialog window, nada.
I've run "Rebuild JS Grouping Files", "Quick Repair and Rebuild", cleared the cache and tried multiple browsers.
Has somebody else encountered this problem? Any suggestions on how to solve it?
EDIT: I was able to use the module without problems on a co-workers machine, but I still cannot use it on my own.
The SugarCRM <-> DocuSign Connector is written and maintained by SugarCRM, not DocuSign. The only integrations (Connectors) that DocuSign implements and maintains are its integrations with Microsoft, Google, and Salesforce.
With that said, if you're running into bugs/issues with the connector you'll need to contact SugarCRM and go through their support to resolve.
After being in contact with W-Systems support, they found out (by looking at the debug logs) that the database tables hadn't been correctly set up. The problem was fixed by uninstalling the module (without removing the tables), reinstalling the module, Admin > Quick Repair and Rebuild, and finally hard refresh (for me Ctrl+F5).
Everything now runs normally.
I can't access my prestashop admin page (in localhost)?
When I enter into this page, it's shows this error!
How to fix this problem? Please help me.
Prestashop changes its admin folder to something like admin12fsg7wghdfgf. You need to go to folder where you installed prestashop and find that folder. And after that you could enter backend side by link similar to this http://localhost/prestashop/adminwt3452sdg
I had the same problem.
I even deactivate the antivirus and nothing fixed the problem.
Then what I did is to install the eCommerce in a Cpanel and over there all worked perfectly.
It's caused perhaps because Prestashop is tracking urls for his product's installations and of course this doesn't work in localhost...
I had a problem and it became alright after I downgraded the PHP version to the one recommended by Prestashop for the relevant version.
In my case, the PHP version was 7.2 and Prestashop 1.6. The admin page did not open, 500 Error.
I lowered the PHP version to 5.6. May be upto 7.0 it accepts.
![enter image description here][1]I have installed MOODLE 2.6.3 successfully on LINUX machine. When I login as an admin, some of the links aren't working (ex: Appearance, Users, Courses, Edit Settings etc.,). Do we need to enable any option.
Appreciate your help
Please confirm whether you are using the required PHP version. Moodle 2.6.3 requires PHP 5.3.3.
Could be an Ajax issue, the site admin menu works differently in 2.6+
If you go to /admin/settings.php?section=ajax
Tick the box for "Use online YUI libraries (useexternalyui)"
Then refresh the page.
UPDATE :
Okay after checking the use online YUI libraries, can you go to /admin/purgecaches.php and purge the caches.
If that doesn't work then try a different theme /theme/index.php and refresh.
Just found these options too :
http://docs.moodle.org/26/en/Blocks_FAQ#My_Administration_block_links_don.27t_expand.21
Please check the errorlog file where you can find the errors or PHP warnings that is logged when loading the site. It may give you idea about the issue.