If you end up missing the menu etc in Ubuntu 14.04, 16.04 and 17.04, i.e. you only see the desktop but nothing more. You can’t even restart the machine.
It can be resolved like this:
Canonical Ltdsudo apt-get update
sudo apt-get install --reinstall ubuntu-desktop
sudo apt-get install --reinstall unity
sudo shutdown -r now
Using PrestaShop 1.6.1.18, this was an older shop that had been offline for a couple of years. It had been upgraded in steps from PrestaShop 1.4 via 1.5 to 1.6. While testing it before relaunch of the shop a problem was discovered. Sometimes when adding a product to the shopping cart, another random product was added. When testing the shop in incognito/private mode this happened more frequent.
It turned out to be a discrepancy between cart ID:s in the two tables ps_cart and ps_cart_product.
Solution:
There are several descriptions online on how to do this but in one occasion, even though I followed the instructions carefully it kept redirecting me to the old domain name. In my particular case the culprit was that the site used file system cache which was active before the move.
The following procedure fixed my problem. The base of the instructions come from the PrestaShop site with my additions below.
Your PFX certificate file is protected with a password. It can be converted to CRT and KEY files using SSL:
openssl pkcs12 -in certfile.pfx -nocerts -out keyfile-encrypted.key
When you enter this command you will be asked to type in the pfx file password in order to extract the key. You will be asked to enter a passphrase for the encrypted key. The key will be stored in keyfile-encrypted.key.
The exported keyfile is encrypted but you might need it in unencrypted format. To unencrypt the key, do:
openssl rsa -in keyfile-encrypted.key -out keyfile.key
You will be asked for the passphrase that you entered in the previous step. The unencrypted key will be stored in keyfile.key.
Then it is time to extract the certificate:
openssl pkcs12 -in certfile.pfx -clcerts -nokeys -out certfile.crt
Again, you will need to enter the pfx file password in order to extract the certificate. The certificate will be stored in certfile.crt.
There are several issues that can cause local anchor links to not scroll to the right position. The first thing to check is if you have an id-tag that has the same name as the anchor. In this case the browser will scroll to the id position instead. The solution is to name the anchor and id with different names.
Example:
<div name="myanchor">
<p>Some random text</p>
</div>
<a href="#myanchor">Go to some random text</a>
The above example will behave as expected.
But in this example the link will scroll to the h1 instead of the div:
<h1 id="myanchor">
<div>
<p>Some other random text</p>
</div>
<div name="myanchor">
<p>Some random text</p>
</div>
<a href="#myanchor">Go to some random text</a>
To avoid this, make sure the anchors (name) and id have different names.
There are also other sitiuations where the local anchor does not scroll correctly covered in this article.
Using Gogodigital Cookie Consent plugin for Joomla! version 3.0.2. In the plugin configuration a custom message and submit label was entered and saved but on the frontend the popup only displays the built in message and button label.
Solution: It turns out there is a bug when the message entered has a newline (return). If you write the text in one row without any line breaks the problem will not occur.
Problem: When using ORDER BY or GROUP BY, the swedish characters Å,Ä and Ö is sorted as A and O.
Solution: add COLLATE utf8_swedish_ci to your ORDER BY or GROUP BY, for example:
SELECT field1,field2 FROM table1 ORDER BY field1 ASC
should be changed to:
SELECT field1,field2 FROM table1 ORDER BY field1 COLLATE utf8_swedish_ci ASC
Using RSForm! Pro together with the RS!Form Pro reCaptcha plugin stopped working, the reCaptcha does not show up in the form anymore.
Inspecting the page shows errors like “Unexpected token <” on line 2 and further down complains that RSFormProReCAPTCHAv2 is not defined.
The Unexpected token error is probably caused by a line in the <head> section calling a non-existing javascript (i.e. just links to the site root), like: <script src=”/?cc86e17febb09de1768c47283dc17a9b” type=”text/javascript”></script>. This line is originating from a plugin.
It turns out this is problem occured after upgrading to RSForm! Pro 2.0.12 and using the reCaptcha plugin.
The simple solution was to download and reinstall the current “Google No Captcha ReCAPTCHA 1.52.1” from the downloads section at RSJoomla (you might need to login to get to your memberships downloads section).
Note! Just using the Joomla Extensions Update to try to update the plugin will solve the problem. You need to download the plugin and install it.
Upgrading a PrestaShop 1.5 to 1.6 resulted in Error 500 when visiting the shop frontend. During the upgrade I had selected to disable all non native modules, replace theme with default theme and updating all emails.
I tried every trick in the book, like cleaning the cache, disable all caching and compression, etc but it didn’t help.
The problem was solved like this:
This solved the problem for me.
When installing a software update for Mac OSX “El Capitan” that required a system reboot to install, it seemed stuck on the white screen displaying a text “Installing software update: About 11 minutes”.
Mac OSX installing software update
The solution was quite simple – just wait. It seems the time calculation is really off. After about an hour it stepped down to 10 minutes, so it’s not stuck. It just takes a lot longer than the system calculates.
Oracle Corporation
RS!Joomla