To be able to register to forum, cookie domains to allow?
I have, as can be seen from attached Screen_190828_1309_gdO_1.jpg unchecked "Allow sites to store cookies and data", i.e. not allowed by default. And I allow "Exceptions" as can be seen from attached Screen_190828_1309_gdO_2.jpg In which same JPEG with exception (i.e. those are allowed), it can be seen that I added: cinelerra-gg.org It seems not to suffice... Which other domains are necessary to allow to be able to register to the forum? Namely it wouldn't allow me to reset the password. Thanks! -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr
Hi Miroslav, Did you get your password reset email? If you click on the link you will be taken to a page where you can change your password. Does this page work? Sam On 28.08.19 15:28, Miroslav Rovis wrote:
I have, as can be seen from attached Screen_190828_1309_gdO_1.jpg unchecked "Allow sites to store cookies and data", i.e. not allowed by default.
And I allow "Exceptions" as can be seen from attached Screen_190828_1309_gdO_2.jpg
In which same JPEG with exception (i.e. those are allowed), it can be seen that I added: cinelerra-gg.org
It seems not to suffice...
Which other domains are necessary to allow to be able to register to the forum?
Namely it wouldn't allow me to reset the password.
Thanks!
On 190828-15:42+0200, Sam wrote:
Hi Miroslav,
Did you get your password reset email? If you click on the link you will be taken to a page where you can change your password. Does this page work?
Exactly there it takes me, the link given was: https://www.cinelerra-gg.org/forum/?wpforo=resetpassword&rp_key=muQipmNJV87m... However, I fill it all correctly, and it appears to accept it (not telling much, though), and I get the login. I fill it in, and it even appears to pass... It gets me to: https://www.cinelerra-gg.org/forum/ On which page I wasn't able to find "miroR" anywhere though... I also see "Register" and "Login" buttons still on the page and... And I can't "Reply" to any topic... Such as clicking "Quote" to any topic gets me in the top right corner: "Please Login or Register" On every try eventually I get: ------------------- We use cookies to ensure that we give you the best experience on our website. If you continue to use this site we will assume that you are happy with it. Ok Cookie Policy ------------------- in bottom of the page of the try. I guess it's the cookies domain to allow. Which is it? Or which are they? The one I dislike to allow for anything in the world is Google... Anyway to get round it? To evade the surveillance engine, the spy-firm giant? I got traces, will study, but that is not a quick work...
Sam
On 28.08.19 15:28, Miroslav Rovis wrote:
I have, as can be seen from attached Screen_190828_1309_gdO_1.jpg unchecked "Allow sites to store cookies and data", i.e. not allowed by default.
And I allow "Exceptions" as can be seen from attached Screen_190828_1309_gdO_2.jpg
In which same JPEG with exception (i.e. those are allowed), it can be seen that I added: cinelerra-gg.org
It seems not to suffice...
Which other domains are necessary to allow to be able to register to the forum?
Namely it wouldn't allow me to reset the password.
Thanks!
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr
I have noticed that the domain is not correct. The domain must be as follows for it to work: https://www.cinerlerra-gg.org In your screenshot there is no https and no www. Try this little change, then it probably works. Sam On 28.08.19 15:28, Miroslav Rovis wrote:
I have, as can be seen from attached Screen_190828_1309_gdO_1.jpg unchecked "Allow sites to store cookies and data", i.e. not allowed by default.
And I allow "Exceptions" as can be seen from attached Screen_190828_1309_gdO_2.jpg
In which same JPEG with exception (i.e. those are allowed), it can be seen that I added: cinelerra-gg.org
It seems not to suffice...
Which other domains are necessary to allow to be able to register to the forum?
Namely it wouldn't allow me to reset the password.
Thanks!
On 190828-15:48+0200, Sam wrote:
I have noticed that the domain is not correct. The domain must be as follows for it to work:
In your screenshot there is no https and no www.
Try this little change, then it probably works.
Nooo! I got the same for github, and that works, tried hundred of times, see attachment: Screen_190828_1344.jpg BTW, I'm expecting visitors, and later might be busy. I.e. if I don't reply for hours next, that will be the reason.
Sam
On 28.08.19 15:28, Miroslav Rovis wrote:
I have, as can be seen from attached Screen_190828_1309_gdO_1.jpg unchecked "Allow sites to store cookies and data", i.e. not allowed by default.
And I allow "Exceptions" as can be seen from attached Screen_190828_1309_gdO_2.jpg
In which same JPEG with exception (i.e. those are allowed), it can be seen that I added: cinelerra-gg.org
It seems not to suffice...
Which other domains are necessary to allow to be able to register to the forum?
Namely it wouldn't allow me to reset the password.
Thanks!
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr
This may work on Github, but I suspect the problem is here. Please try it with Https and www. It shouldn't take much work to add these two little additions. I'm not a friend of Google's data collection urge either. Unfortunately as a relatively small team we are dependent on some services, because they are free of charge and using other paid services would take too many resources from us at the moment, which we would like to use for the development of Cinelerra. We only use Google's Analytics to improve website performance. We do not use the data for commercial purposes, but only to detect and fix bugs on the website. However, we aim to get away from such services in the medium term, when we have more volunteers, and to replace them step by step with open source alternatives. But you are welcome to block Google Analytics. This should not affect your login to the forum. As I said we only use it to fix website bugs. We also don't mind if you use disposable email addresses for registration. Then you have even more data security if you wish. We are a bunch of volunteers who offer these services just for the fun and pleasure of Cinelerra. Maybe that works with Github, but we are not Github and only a small team, which didn't consider all eventualities with the domains in the Apache server. I guess the problem is here. But the domain is definitely not right. Why not try https and www? I can only recommend you to try this variant, if it doesn't work, we have to look for other sources of error. I'm not a friend of Google's data collection urge either. Unfortunately, as a relatively small team we are dependent on some services, because they are free of charge and to use other paid services is currently out of the question for us, because we do everything on a voluntary basis and do not charge any money for it. We only use Google's Analytics to improve website performance and CleanTalk for spam protection. We do not use the data for commercial purposes, but only to detect and correct errors on the website. In the medium term, however, we aim to get away from such services if we have more volunteers and resources, and gradually replace them with OpenSources alternatives and also provide more anonymity and data security for the users. But you are welcome to block Google Analytics. This should not affect your login to the forum. We also don't mind if you use disposable email addresses for registration. Then you have even more data security if you wish. We are also working to ensure that our website is also accessible via the Tor network, so that users who want anonymity on the net can also get access to the website. However, the changes are still ongoing. Sam On 28.08.19 16:08, Miroslav Rovis wrote:
On 190828-15:48+0200, Sam wrote:
I have noticed that the domain is not correct. The domain must be as follows for it to work:
In your screenshot there is no https and no www.
Try this little change, then it probably works. Nooo! I got the same for github, and that works, tried hundred of times, see attachment:
Screen_190828_1344.jpg
BTW, I'm expecting visitors, and later might be busy. I.e. if I don't reply for hours next, that will be the reason.
Sam
On 28.08.19 15:28, Miroslav Rovis wrote:
I have, as can be seen from attached Screen_190828_1309_gdO_1.jpg unchecked "Allow sites to store cookies and data", i.e. not allowed by default.
And I allow "Exceptions" as can be seen from attached Screen_190828_1309_gdO_2.jpg
In which same JPEG with exception (i.e. those are allowed), it can be seen that I added: cinelerra-gg.org
It seems not to suffice...
Which other domains are necessary to allow to be able to register to the forum?
Namely it wouldn't allow me to reset the password.
Thanks!
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
*Opps, that was a copy paste error. Here is the correct answer from me:* Maybe that works with Github, but we are not Github and only a small team, which didn't consider all eventualities with the domains in the Apache server. I guess the problem is here. But the domain is definitely not right. Why not try https and www? I can only recommend you to try this variant, if it doesn't work, we have to look for other sources of error. I'm not a friend of Google's data collection urge either. Unfortunately, as a relatively small team we are dependent on some services, because they are free of charge and to use other paid services is currently out of the question for us, because we do everything on a voluntary basis and do not charge any money for it. We only use Google's Analytics to improve website performance and CleanTalk for spam protection. We do not use the data for commercial purposes, but only to detect and correct errors on the website. In the medium term, however, we aim to get away from such services if we have more volunteers and resources, and gradually replace them with OpenSources alternatives and also provide more anonymity and data security for the users. But you are welcome to block Google Analytics. This should not affect your login to the forum. We also don't mind if you use disposable email addresses for registration. Then you have even more data security if you wish. We are also working to ensure that our website is also accessible via the Tor network, so that users who want anonymity on the net can also get access to the website. However, the changes are still ongoing. Sam
On 28.08.19 16:08, Miroslav Rovis wrote:
On 190828-15:48+0200, Sam wrote:
I have noticed that the domain is not correct. The domain must be as follows for it to work:
In your screenshot there is no https and no www.
Try this little change, then it probably works. Nooo! I got the same for github, and that works, tried hundred of times, see attachment:
Screen_190828_1344.jpg
BTW, I'm expecting visitors, and later might be busy. I.e. if I don't reply for hours next, that will be the reason.
Sam
On 28.08.19 15:28, Miroslav Rovis wrote:
I have, as can be seen from attached Screen_190828_1309_gdO_1.jpg unchecked "Allow sites to store cookies and data", i.e. not allowed by default.
And I allow "Exceptions" as can be seen from attached Screen_190828_1309_gdO_2.jpg
In which same JPEG with exception (i.e. those are allowed), it can be seen that I added: cinelerra-gg.org
It seems not to suffice...
Which other domains are necessary to allow to be able to register to the forum?
Namely it wouldn't allow me to reset the password.
Thanks!
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On 190828-16:48+0200, Sam wrote:
This may work on Github, but I suspect the problem is here. Please try it with Https and www. It shouldn't take much work to add these two little additions.
Visitors here. It's not just github, it's Facebook, and all others, it's also google... But I have to go... [...] -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr
I understand that you have always entered it this way and that it worked with the other domains that way. However, I would like to ask you to help us to narrow down the problem and find a permanent solution. If it's not too much trouble for you, please try https and www. If the problem is actually due to the "https" and "www", then I'll see if we can still make changes to the server that we can do without these two additions in the future, but I have to rule out that other sources don't cause this problem. Thx. Sam On 28.08.19 16:53, Miroslav Rovis wrote:
On 190828-16:48+0200, Sam wrote:
This may work on Github, but I suspect the problem is here. Please try it with Https and www. It shouldn't take much work to add these two little additions. Visitors here. It's not just github, it's Facebook, and all others, it's also google... But I have to go... [...]
On 190828-17:33+0200, Sam wrote:
I understand that you have always entered it this way and that it worked with the other domains that way. However, I would like to ask you to help us to narrow down the problem and find a permanent solution. If it's not too much trouble for you, please try https and www. If the problem is actually due to the "https" and "www", then I'll see if we can still make changes to the server that we can do without these two additions in the future, but I have to rule out that other sources don't cause this problem. Thx.
Sam ( And I also read the other emails of yours. )
I'll try and do that, even though I could bet a lot on it not changing anything, the https or http. The domain is just the name, not the protocol... But give me time. More hours to get some work going... ( Also I thought it was more urgent to file a bug first: Bug when building from Git, FFmpeg fails on libdavd1 https://lists.cinelerra-gg.org/pipermail/cin/2019-August/000981.html ) I'm a long time Cinelerra user, best at motion stabilization, maybe also masking... and I really like Cinelerra, and I'm happy when I can be useful... So just give me time. I'll analyze the network traces, because that's also what I'm passionate about (see the later the better at https://www.croatiafidelis.hr/foss/cap/, I mean I'll try and figure out why it wasn't possible for me to reset that password as I explained. That's a lot of time... To just try and stick https:// is simple and quick, and I'll do that first. After I get some motion stabilization going, because those'll be churning on and on on two machines for days now... And I will then have time... Regards!
On 28.08.19 16:53, Miroslav Rovis wrote:
On 190828-16:48+0200, Sam wrote:
This may work on Github, but I suspect the problem is here. Please try it with Https and www. It shouldn't take much work to add these two little additions. Visitors here. It's not just github, it's Facebook, and all others, it's also google... But I have to go... [...]
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr
On 190828-21:56+0200, Sam wrote:
On 28.08.19 21:27, Miroslav Rovis wrote:
But give me time. More hours to get some work going...
All right, take as much time as you need.
And in another email you wrote:
If it's not too much trouble for you, please try https and www.
Here's why it can't even be set to accept https, in the (I think still latest) Pale Moon (28.6.1, the bug-fix version). Pls. have a look at the 38 sec video (550k, likely will be let through): Screen_190902_0953_gdO.webm I think it's the cookie domain to set is not to do with the protocol; why they set it (same in Firefox or other browsers) as http://<that-domain> is not clear to me. So I can't even try to set https://www.cinelerra-gg.org. Correct me if I'm wrong or miss something. I also I think the IP that reset the connection on the first register attempt of mine was the Word Press. The period of the attemped registration and password reset started at 2019-08-28 12:49 and lasted alltogether some 17+ minutes, during which time I had no difficulty subscribing to: 94.16.115.56 lists.cinelerra-gg.org (toward the end of that period). If the hosts that tshark --the Wireshark's command line binary-- got me. This is an excerpt from the output of my tshark-hosts-conv.sh script (available from github, used by my uncenz program at https://github.com/miroR/uncenz), from dump_190828_1249_gdO.hosts: 192.0.73.2 secure.gravatar.com 192.0.74.10 ns3.wordpress.org 192.0.74.5 ns3.automattic.com 192.0.75.10 ns4.wordpress.org 192.0.77.48 s.w.org are veritable (likely they are). However, there is a lot of Google in the register/cookie-setting-attempt called from: 104.27.142.18 www.cinelerra-gg.org in the process of registering, i.e. in the resetting of password, where I came to be stuck at. These (another excerpt as above, only the cloudfront.net is not Google of course), from dump_190828_1249_gdO_tHostsConv.log: 216.58.214.234 googleadapis.l.google.com | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 192.168.1.2 <-> 216.58.214.234 42 7442 48 5604 90 13046 320.797751000 339.0288 --- 99.86.243.123 d2ghehhx11czsj.cloudfront.net | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 99.86.243.123 <-> 192.168.1.2 72 6039 98 122695 170 128734 322.363293000 115.2591 --- 172.217.18.78 youtube-ui.l.google.com | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 172.217.18.78 <-> 192.168.1.2 358 31882 447 600339 805 632221 322.567287000 132.0767 --- 172.217.18.68 www.google.com | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 172.217.18.68 <-> 192.168.1.2 225 45826 218 191274 443 237100 323.438715000 708.9454 --- 172.217.18.86 ytimg-edge-static.l.google.com | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 172.217.18.86 <-> 192.168.1.2 37 3506 34 25703 71 29209 323.678992000 115.9501 --- 172.217.20.3 pki-goog.l.google.com | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 172.217.20.3 <-> 192.168.1.2 19 2101 17 2567 36 4668 323.936909000 117.6932 --- 172.217.19.97 photos-ugc.l.googleusercontent.com | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 172.217.19.97 <-> 192.168.1.2 26 2844 23 8686 49 11530 325.511694000 116.1180 --- 172.217.16.99 gstaticadssl.l.google.com | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 172.217.16.99 <-> 192.168.1.2 109 12768 97 56720 206 69488 349.518633000 669.8635 --- Only from two of those Word Press IPs listed actually conversed with my machine in the period of the attemped registration password reset, from dump_190828_1249_gdO_tHostsConv.log: 192.0.73.2 secure.gravatar.com | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 192.0.73.2 <-> 192.168.1.2 95 10665 85 45709 180 56374 370.418614000 30.1466 --- [...] --- 192.0.77.48 s.w.org | <- | | -> | | Total | Relative | Duration | | Frames Bytes | | Frames Bytes | | Frames Bytes | Start | | 192.0.77.48 <-> 192.168.1.2 40 4427 37 10151 77 14578 399.062082000 229.7331 --- But Word Press may have reset the connection because Google "told" it id didn't get what it wanted, for the registration. Or Maybe I need to allow Word Press as cookie domain? There's no knowing from just the trace... Maybe the full understanding of Javascript would tell complete truth, but I'm far from such level of expertise, at this time. Here's some of the extracted javascript that would need to be figured out: mr@gdOv:/Cmn/mr$ ls -ltr /<path-to-directory-with-trace-in-question>/*_files | grep js | sed 's/ gar gar/ mr mr/' -rw-r--r-- 1 mr mr 1239 2019-08-31 17:41 email-decode.min.js -rw-r--r-- 1 mr mr 209765 2019-08-31 17:42 sdk.js%3fhash=1c4de91b849b35f8ea82203de2be0ffc -rw-r--r-- 1 mr mr 3224 2019-08-31 17:42 sdk.js -rw-r--r-- 1 mr mr 329827 2019-08-31 17:42 www-embed-player.js -rw-r--r-- 1 mr mr 110356 2019-08-31 17:42 www-embed-player(1).js -rw-r--r-- 1 mr mr 89532 2019-08-31 17:42 remote.js -rw-r--r-- 1 mr mr 28 2019-08-31 17:42 log_event%3falt=json&key=AIzaSyAO_FJ2SlqU8Q4STEHLGCilw_Y9_11qcW8(1) -rw-r--r-- 1 mr mr 3047 2019-08-31 17:42 log_event%3falt=json&key=AIzaSyAO_FJ2SlqU8Q4STEHLGCilw_Y9_11qcW8 -rw-r--r-- 1 mr mr 1167536 2019-08-31 17:42 base.js -rw-r--r-- 1 mr mr 88 2019-08-31 17:42 webworker.js%3fhl=en&v=v1565591531251 -rw-r--r-- 1 mr mr 12267 2019-08-31 17:42 pWmgTbzrV74Bm6PUhVaf0UNg58JyytbJ0QQZlIXNEVM.js -rw-r--r-- 1 mr mr 762 2019-08-31 17:42 api.js%3fhl=en -rw-r--r-- 1 mr mr 12260 2019-08-31 17:42 3-hpRAd0_wuB6laQqaJG0uu5agxtfADTbxmN8ntEYS8.js -rw-r--r-- 1 mr mr 209765 2019-08-31 17:44 sdk.js%3fhash=d31706527425a30b91f78244f9ccb07c -rw-r--r-- 1 mr mr 3224 2019-08-31 17:44 sdk.js -rw-r--r-- 1 mr mr 329827 2019-08-31 19:31 www-embed-player.js -rw-r--r-- 1 mr mr 110356 2019-08-31 19:31 www-embed-player(1).js -rw-r--r-- 1 mr mr 88 2019-08-31 19:31 webworker.js%3fhl=en&v=v1565591531251 -rw-r--r-- 1 mr mr 209765 2019-08-31 19:31 sdk.js%3fhash=d31706527425a30b91f78244f9ccb07c -rw-r--r-- 1 mr mr 3224 2019-08-31 19:31 sdk.js -rw-r--r-- 1 mr mr 89532 2019-08-31 19:31 remote.js -rw-r--r-- 1 mr mr 12267 2019-08-31 19:31 pWmgTbzrV74Bm6PUhVaf0UNg58JyytbJ0QQZlIXNEVM.js -rw-r--r-- 1 mr mr 28 2019-08-31 19:31 log_event%3falt=json&key=AIzaSyAO_FJ2SlqU8Q4STEHLGCilw_Y9_11qcW8(1) -rw-r--r-- 1 mr mr 3047 2019-08-31 19:31 log_event%3falt=json&key=AIzaSyAO_FJ2SlqU8Q4STEHLGCilw_Y9_11qcW8 -rw-r--r-- 1 mr mr 1239 2019-08-31 19:31 email-decode.min.js -rw-r--r-- 1 mr mr 1167536 2019-08-31 19:31 base.js -rw-r--r-- 1 mr mr 762 2019-08-31 19:31 api.js%3fhl=en -rw-r--r-- 1 mr mr 12260 2019-08-31 19:31 3-hpRAd0_wuB6laQqaJG0uu5agxtfADTbxmN8ntEYS8.js -rw-r--r-- 1 mr mr 209765 2019-08-31 21:04 sdk.js%3fhash=1c4de91b849b35f8ea82203de2be0ffc -rw-r--r-- 1 mr mr 3224 2019-08-31 21:04 sdk.js mr@gdOv:/Cmn/mr$ The whole trace analysis is much more than this... I might try and post the whole analysis on https://www.Croatiafidelis.hr/foss/cap/ . Just "might", I don't promise. Thinking more... Hmmh. Have to give it another look, and see which exact Word Press address did the reset. Regards! -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr
Thank you for further information about the problem. I think I now know what the problem is. Two domains have to be filled in. Besides the "https" it does not need, it is also new to me. However, I always enter two domains. Once the cinelerra-gg.org and the www.cinelerra-gg.org. Then also the cookies work and the login in the forum works, as soon as I delete one of the two it refuses me the login. Please enter the domains as follows. cinelerra-gg.org www.cinelerra-gg.org If you have time, please let me know if this fixes the problem. Sam On 02.09.19 12:44, Miroslav Rovis wrote:
On 190828-21:56+0200, Sam wrote:
On 28.08.19 21:27, Miroslav Rovis wrote:
But give me time. More hours to get some work going...
All right, take as much time as you need.
And in another email you wrote:
If it's not too much trouble for you, please try https and www. Here's why it can't even be set to accept https, in the (I think still latest) Pale Moon (28.6.1, the bug-fix version). Pls. have a look at the 38 sec video (550k, likely will be let through):
Screen_190902_0953_gdO.webm
I think it's the cookie domain to set is not to do with the protocol; why they set it (same in Firefox or other browsers) as http://<that-domain> is not clear to me.
So I can't even try to set https://www.cinelerra-gg.org. Correct me if I'm wrong or miss something.
I also I think the IP that reset the connection on the first register attempt of mine was the Word Press.
On 190902-13:21+0200, Sam wrote:
Thank you for further information about the problem. I think I now know what the problem is. Two domains have to be filled in. Besides the "https" it does not need, it is also new to me. However, I always enter two domains.
Once the cinelerra-gg.org and the www.cinelerra-gg.org.
Then also the cookies work and the login in the forum works, as soon as I delete one of the two it refuses me the login.
Please enter the domains as follows.
cinelerra-gg.org www.cinelerra-gg.org
I did. However, opening the address given, tells me: https://www.cinelerra-gg.org/cin-login/?action=rp&key=NZYB4vB9GdbMoiCtAHcL&l... , in top right corner: The key is invalid.
If you have time, please let me know if this fixes the problem.
Sam
On 02.09.19 12:44, Miroslav Rovis wrote:
On 190828-21:56+0200, Sam wrote:
On 28.08.19 21:27, Miroslav Rovis wrote:
But give me time. More hours to get some work going...
All right, take as much time as you need.
And in another email you wrote:
If it's not too much trouble for you, please try https and www. Here's why it can't even be set to accept https, in the (I think still latest) Pale Moon (28.6.1, the bug-fix version). Pls. have a look at the 38 sec video (550k, likely will be let through):
Screen_190902_0953_gdO.webm
I think it's the cookie domain to set is not to do with the protocol; why they set it (same in Firefox or other browsers) as http://<that-domain> is not clear to me.
So I can't even try to set https://www.cinelerra-gg.org. Correct me if I'm wrong or miss something.
I also I think the IP that reset the connection on the first register attempt of mine was the Word Press.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr
On 190902-11:44+0000, Miroslav Rovis wrote:
On 190902-13:21+0200, Sam wrote:
Thank you for further information about the problem. I think I now know what the problem is. Two domains have to be filled in. Besides the "https" it does not need, it is also new to me. However, I always enter two domains.
Once the cinelerra-gg.org and the www.cinelerra-gg.org.
Then also the cookies work and the login in the forum works, as soon as I delete one of the two it refuses me the login.
Please enter the domains as follows.
cinelerra-gg.org www.cinelerra-gg.org
I did. However, opening the address given, tells me: https://www.cinelerra-gg.org/cin-login/?action=rp&key=NZYB4vB9GdbMoiCtAHcL&l... , in top right corner: The key is invalid.
Tried again, same notice in same place (in red). And I still get, in bottom: We use cookies to ensure that we give you the best experience on our website. If you continue to use this site we will assume that you are happy with it. Ok Cookie Policy Hmmmh... Also wordpress.com is allowed in my setup, anyway... So what is the cookie domain still missing to allow. I also added www.wordpress.com and will retry. Both the cookies long (or wide) notice in bottom and "The key is invalid.", which I didn't expect to go away by now, but why the cookies notice? Regards! -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr
The key will probably have expired. Please reset the PW again using the following URL. https://www.cinelerra-gg.org/forum/?wpforo=lostpassword Sam On 02.09.19 13:44, Miroslav Rovis wrote:
On 190902-13:21+0200, Sam wrote:
Thank you for further information about the problem. I think I now know what the problem is. Two domains have to be filled in. Besides the "https" it does not need, it is also new to me. However, I always enter two domains.
Once the cinelerra-gg.org and the www.cinelerra-gg.org.
Then also the cookies work and the login in the forum works, as soon as I delete one of the two it refuses me the login.
Please enter the domains as follows.
cinelerra-gg.org www.cinelerra-gg.org I did. However, opening the address given, tells me: https://www.cinelerra-gg.org/cin-login/?action=rp&key=NZYB4vB9GdbMoiCtAHcL&l... , in top right corner: The key is invalid.
If you have time, please let me know if this fixes the problem.
Sam
On 02.09.19 12:44, Miroslav Rovis wrote:
On 190828-21:56+0200, Sam wrote:
On 28.08.19 21:27, Miroslav Rovis wrote:
But give me time. More hours to get some work going... All right, take as much time as you need.
And in another email you wrote:
If it's not too much trouble for you, please try https and www. Here's why it can't even be set to accept https, in the (I think still latest) Pale Moon (28.6.1, the bug-fix version). Pls. have a look at the 38 sec video (550k, likely will be let through):
Screen_190902_0953_gdO.webm
I think it's the cookie domain to set is not to do with the protocol; why they set it (same in Firefox or other browsers) as http://<that-domain> is not clear to me.
So I can't even try to set https://www.cinelerra-gg.org. Correct me if I'm wrong or miss something.
I also I think the IP that reset the connection on the first register attempt of mine was the Word Press.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On 190902-13:58+0200, Sam wrote:
The key will probably have expired. Please reset the PW again using the following URL.
https://www.cinelerra-gg.org/forum/?wpforo=lostpassword
Sam Which I did.
And this time it finally worked. Let me see what the notice was from the screencast (running my uncenz all the online time). The message was, in green of course :) and see it in JPEG: Screen_190902_1213_gdO.jpg At first I did get the ugly cookie notice, but now I'm finally logged in, and no more cookie notice! Whow! This may have been solved, but what was it exactly...? Who can tell. Not even good understanding of the traces suffices, it takes understanding of programming, and programming seen, in the decrypted traces, and unseen, i.e. guessing what goes on behind this or that IP host... Just go guess what Google does, somebody, and tell us in few words... Oh yeah! If I'm not back to report more of this issue, it has likely been solved! Thanks, Sam! Regards!
On 02.09.19 13:44, Miroslav Rovis wrote:
On 190902-13:21+0200, Sam wrote:
[...] -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr
You're welcome. I'm glad it works now. If other problems should occur, just let me know, otherwise have fun with Cinelerra and the forum. :-) Cheers Sam On 02.09.19 14:28, Miroslav Rovis wrote:
On 190902-13:58+0200, Sam wrote:
The key will probably have expired. Please reset the PW again using the following URL.
https://www.cinelerra-gg.org/forum/?wpforo=lostpassword
Sam Which I did.
And this time it finally worked. Let me see what the notice was from the screencast (running my uncenz all the online time).
The message was, in green of course :) and see it in JPEG:
participants (2)
-
Miroslav Rovis -
Sam