It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
avatar
coffeecup: I did some research regarding SeaMonkey 2.31: the culprit is the current stable release of Scriptish (0.11.1). It does not work with Firefox 30+ (and SeaMonkey 2.30+).

If you install the most recent Scriptish nightly build from https://github.com/scriptish/scriptish-nightlies/releases/tag/nightly-2014-11-20-1200 BareFoot Essentials works. It is possible that you have to reinstall the BFE though.

Sync works now.
Hi!

Could you please explain what you did, in a "for dummies" way? I use Opera as browser and the sync function is not working. I could use any other browser if needed.
avatar
VampiroAlhazred: Does anyone know why I can't sync my games and my wishlist anymore?
When a use the "Share on GOGWiki" option the process never finishes.
avatar
trentonlf: I am using Chrome on a windows 7 64 bit machine and was just able to sync mine.
It still errors out for me.
avatar
montcer9012: Could you please explain what you did, in a "for dummies" way? I use Opera as browser and the sync function is not working. I could use any other browser if needed.
I use the Mozilla SeaMonkey which is the complete Mozilla application suite (browser, mail, IRC, address book, HTML editor) and has nothing to do with Opera.

Main difference between the Mozilla SeaMonkey and the Mozilla Firefox is that the latter is only the browser part of SeaMonkey alongside with a custom user interface (this is also the root cause that many FF extensions won't work due relying on stuff on the FF user interface and custom javascript parts).


avatar
trentonlf: I am using Chrome on a windows 7 64 bit machine and was just able to sync mine.
avatar
Kristian: It still errors out for me.
Check on the userscript extension your browser is relying on. If you use Scriptish, you have to upgrade to the current nightly build due that the underlying updates of the Gecko engine on the Mozilla browsers (SM, FF).

See also:
https://github.com/scriptish/scriptish/issues

Fixed pre-release nightlies for SeaMonkey and Firefox are on:
https://github.com/scriptish/scriptish-nightlies/releases/
Post edited January 08, 2015 by coffeecup
avatar
montcer9012: Could you please explain what you did, in a "for dummies" way? I use Opera as browser and the sync function is not working. I could use any other browser if needed.
avatar
coffeecup: I use the Mozilla SeaMonkey which is the complete Mozilla application suite (browser, mail, IRC, address book, HTML editor) and has nothing to do with Opera.

Main difference between the Mozilla SeaMonkey and the Mozilla Firefox is that the latter is only the browser part of SeaMonkey alongside with a custom user interface (this is also the root cause that many FF extensions won't work due relying on stuff on the FF user interface and custom javascript parts).

avatar
Kristian: It still errors out for me.
avatar
coffeecup: Check on the userscript extension your browser is relying on. If you use Scriptish, you have to upgrade to the current nightly build due that the underlying updates of the Gecko engine on the Mozilla browsers (SM, FF).

See also:
https://github.com/scriptish/scriptish/issues

Fixed pre-release nightlies for SeaMonkey and Firefox are on:
https://github.com/scriptish/scriptish-nightlies/releases/
I use Tampermonkey.
avatar
coffeecup:
Thanks coffeecup! Finally I was able to update the Wiki site.

In case anyone want to update their Wiki page but can't, try this:

1. Download SeaMonkey. I used v2.31, downloaded from here.
2. Once SeaMonkey has been installed, download Scriptish from here. I used v2014-11-20 12:00.
3. Completed the steps above, install Barefoot Essentials from here.
4. Now log in GOGwiki. Go to gog.com and choose the sync option, it will end this time!
Attachments:
Post edited January 09, 2015 by montcer9012
I'm seeing a small glitch with BE on Firefox and its fork Palemoon:

I'm using the option "Smaller space before the footer" (but not the collapsible footer)

If I do a search with results spanning several pages, the pages after the first one miss the pagination/links bar in the bottom. If I unselect that option in BE, it shows as it should be.

Not a big deal really but I wanted to see if someone else is experiencing this.
Attachments:
avatar
madth3: I'm seeing a small glitch with BE on Firefox and its fork Palemoon:

I'm using the option "Smaller space before the footer" (but not the collapsible footer)

If I do a search with results spanning several pages, the pages after the first one miss the pagination/links bar in the bottom. If I unselect that option in BE, it shows as it should be.

Not a big deal really but I wanted to see if someone else is experiencing this.
I assume this happens because the footer is taller than the space before it with that specific option in effect. It's no longer an issue if you also enable the collapsible footer.
avatar
HypersomniacLive: I assume this happens because the footer is taller than the space before it with that specific option in effect. It's no longer an issue if you also enable the collapsible footer.
You're right, enabling the collapsible footer solves the problem. I had that option disabled because the first time I tried it weird things happen but that was a couple of versions ago and everything seems to work now.

:-)
Ever since the "sign up/ log in" bug made its appearance, opening attached files leads to the new favicon to show - recent example here.
This is on the latest stable Firefox.
urgent bump
With the recent avatar changes in the forums, the avatar images are no longer using the _t.jpg format but the _avl.jpg instead, so line 2005 needs to be changed. Quite a few of the images have not had the originals carried over though, so those images are at 49x49 resolution.
avatar
HypersomniacLive: Ever since the "sign up/ log in" bug made its appearance, opening attached files leads to the new favicon to show - recent example here.
This is on the latest stable Firefox.
I see why. Those attachments are now on an entirely different domain (static0[1234].gog.com) so when you open one of those images in a new tab it doesn't get... er... essentialified. I might be able to do something about that.
avatar
JMich: With the recent avatar changes in the forums, the avatar images are no longer using the _t.jpg format but the _avl.jpg instead, so line 2005 needs to be changed. Quite a few of the images have not had the originals carried over though, so those images are at 49x49 resolution.
I didn't realise. Thanks for pointing that out.
avatar
ne_zavarj: urgent bump
Sorry I missed that for so long. That should be a do-able feature.
Post edited February 12, 2015 by Barefoot_Monkey
avatar
Barefoot_Monkey: I see why. Those attachments are now on an entirely different domain (static0[1234].gog.com) so when you open one of those images in a new tab it doesn't get... er... essentialified. I might be able to do something about that.
[...]
Essentialified... good one.

It's no big deal really, just thought I mention it when I noticed it happening a few times. Don't know if this helps or not, but the favicon is not that consistent, see here for example.
avatar
Barefoot_Monkey: Sorry I missed that for so long. That should be a do-able feature.
Thanks .
avatar
ne_zavarj: Thanks .
No problem. By the way, what type of threads are you planning to block? Spam threads likely to be deleted soon, long-running threads which keep getting resurrected, or something else?

I'm just wondering so that I can decide on the most appropriate implementation details.