Today, august 14, the site celebrates 10 years of supplying technical solutions to tech nerds all over the world! The first post was written on august 14, 2008. Happy anniversary to nerdia.net!
Do you have technical solutions or other things you find would be suitable to publish here – send me a message through the contact form.
A Windows 10 user contacted me because the desktop had disappeared.
The first thing to check is if Windows is in “Tablet mode” which disables the desktop.
If this doesn’t help the user profile might have become broken. In this case, the solution is (description below is just short notes taken from my memory):
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.
Oracle Corporation
RS!Joomla