Anyone else having trouble checking LinkedIn and deviantArt accounts? They are logging in fine for me, but not checking... ...if Tobwithu shows back up, I'll offer (test) accounts for him to fix... if I'm around too ;)
Yes, LinkedIn changed on my side of the world and my script does not login.
Perhaps you know from before there exist(ed) 2 webserver versions? I had them both working using CFB as checkpoint for the Asian/USA version and finally had a combined script working. I had a quick look whether it was an easy fix, but no... And I was wondering whether it is affecting both versions... (admin did not pickup on my last suggestions)
Well, my guess is all webserver locations eventually get updated to the same new webserver software. So Tr3b's situation would then proof temporary... (only guessing)
The valid data url (containing the message counts) for your part of the world was https://www.linkedin.com/inbox/messages , which since a long time for me only provided an empty {}. So you guys in Asia/USA can check whether that url still provides the data that made things work for you... (data-unread-msg & data-pending-inv)
Hey RpD, Seems you were right about the script still logging in!
I found the unread count in the new html and after changing the script's regular expression of the matching query to the new one my linkedin account is not red anymore (still have to test some more). To verify you guys are on the same webserver software, can you please check if you find this string in your html (Ctrl+U) after logging in? (The 0 (zero) being the count value)
metadata":{"unreadCount":0}
And I still have to find the notification and invitation counts...
That confirms that the oldest of now 3 webserver apps is hopefully finally moving out / being updated to the newest 3d. Yes, my script now handles 3... I updated the 2nd option to the newest and found my other account that I use for testing (sending invitation/messages to myself) then stopped working... So I restored that 2nd option. It obviously takes LinkedIn ages to update all there webservers to a new look. It is not a priority to them. But it is a nuisance to X-notifier.
I still only managed to get the message count for the new one. I can see (using Firebug) the message, notification and invitation counts getting retrieved from the server by a JSON post, but can't find the obvious XN way to replicate that post... (to https://www.linkedin.com/voyager/api/mux)
Found the obvious XN way. Now I am back in business! (Still a challenge... ) Almost started to implement it myself using XMLHttpRequest(), but obviously it is already part of getHtml(aURL,aPostData,aHeaders,aMethod) in XN's Handler.js. The XN4 version actually uses XMLHttpRequest() in the implementation of getHtml.
I got the JSON post working in a separate script (LinkedInNEW). So it gets messages, notifications and invitations with one json request post. The problem is the messages count in this json request will turn zero as soon as it gets to the browser page. So when you have the page opened in your browser the XN icon will loose its XN notification on the next checking cycle. As long as you don't reload the linkedin browser page the messaging icon on that page will still show the number, but the X-notification will disappear (not to be controlled by the XN setting).
So in order to avoid that behavior, I should still get the messages from the available html count (like in the combined script) and only invitations and notifications by json request. That poses a new coding challenge...
Assuming your formerly greyed out account has the new look, you now will be better off with the LinkedInNEW script for that one (see below). This script will also give you the invitations and notifications count for (only!) the new webserver. Only thing is the X-notification(s) for these counts will disappear from the XN icon when they get downloaded (by JSON) to the linkedin page (when you leave that page open in a browser tab).
So this script exclusively works for the newest (3d) webserver. It provides all 3 counts by JSON post (messages+notifications+invitations), but I should revise this script to get the messages count from the https://www.linkedin.com/inbox/messages html instead, since that method is available for that count and behaves better for X-notifier (see Works!! post above).
In the end I should merge these 2 scripts, unless that proves unnecessary when LinkedIn finally drops the 2 old webservers... (by updating all out there to the newest version)
The messages count of the LinkedInNEW (single webserver) script now gets extracted from the https://www.linkedin.com/inbox/messages html, like is the case with the LinkedIn script that deals with the 3 different webservers. (Download link above hasn't changed)
Well... now I also found the (pending) invitations count in the https://www.linkedin.com/mynetwork/ html. So now only the notifications count gets retrieved by JSON request. One can (re)download the script from the same location stated above.
My 2nd LinkedIn account just changed to the new look. So from 2nd to newest 3d webserver. That makes me wonder whether anyone is still on the old look of 1st or 2nd webserver. If not, then I can stop developing the combined script and send the new (single webserver) script to admin.
I guess doing so is also a solution. When the "Old Look" is still around, complaints will arrive here... And then I can still offer those people the combined script until extinction of the old webservers.
Dropbox reminded me they will end their `Public folder´ functionality for free accounts on March 15. The public link from there produces plain text. Instead one has to use the `shared link´ from the standard Dropbox folder and then you have to follow the link to dropbox.com and download the file with their website interface. `Rightclick, Save link as...´ will download that dropbox.com html page.
So I thought to anticipate the change, unaware of the consequence... Thanks CFB!
Three LinkedIn folders can get notified: Messages, Invitations and Notifications.
When the 'Notify inbox only' XN option is checked, only the Messages LinkedIn folder gets notified (considered as Inbox).
In Firefox one can use the specific folder click in the separate Window or Side Frame, when checking the 'Show folders' option (providing the specific folder has X-notifications>0).
So I changed the behavior for clicking the XN icon (and LinkedIn account), when the 'Notify inbox only' option is unchecked:
When there are no X-notifications for LinkedIn: XN icon click will show the LinkedIn Home Feed page.
When there are X-notifications for only one of the three LinkedIn folders: XN icon click will show this specific LinkedIn folder.
When there are X-notifications for more LinkedIn folders: XN icon click will show the LinkedIn folder following priority: 1:Messages, 2:Invitations, 3:Notifications.
When too many users don't like my default Feed page choice (1.), I can of course change it back to the Inbox (Messaging) page. But anyway each individual can still change the default behavior using the hidden option (about:config): http://xnotifier.tobwithu.com/dp/node/8 extensions.xnotifier.accounts.[HOST#USERNAME].link : "" define custom URL which is opened when you click the account
LinkedIn
Yes, LinkedIn changed on my side of the world and my script does not login.
Perhaps you know from before there exist(ed) 2 webserver versions? I had them both working using CFB as checkpoint for the Asian/USA version and finally had a combined script working. I had a quick look whether it was an easy fix, but no... And I was wondering whether it is affecting both versions... (admin did not pickup on my last suggestions)
I have 2 LinkedIn accounts.
I have 2 LinkedIn accounts. One works Jeron with that script you modified and the other is grey'd out....will not even login.
Greyed out account
Hi Tr3b,
Does your greyed out account have this new look? (like my account)
http://bit.ly/2m4ruDW
Working account
And this is what your working account looks like?
http://bit.ly/2ls3LAF
Download your wrote JS for LinkedIn
It works! Finally... for almost over one month!
I hope that Tobwithu update Scripts page.
Again, Thank YOU (jeroen) for update JS for LinkedIn.
LinkedIn script dimmed for almost one months.
I guess we wait for Tobwithu read this message...
Worldwide udate?
Well, my guess is all webserver locations eventually get updated to the same new webserver software. So Tr3b's situation would then proof temporary... (only guessing)
The valid data url (containing the message counts) for your part of the world was https://www.linkedin.com/inbox/messages , which since a long time for me only provided an empty {}. So you guys in Asia/USA can check whether that url still provides the data that made things work for you... (data-unread-msg & data-pending-inv)
Logged In
Hey RpD,
Seems you were right about the script still logging in!
I found the unread count in the new html and after changing the script's regular expression of the matching query to the new one my linkedin account is not red anymore (still have to test some more).
To verify you guys are on the same webserver software, can you please check if you find this string in your html (Ctrl+U) after logging in? (The 0 (zero) being the count value)
metadata":{"unreadCount":0}
And I still have to find the notification and invitation counts...
Exists
That string exists in the html for my login ...to LinkedIn of the new look.
Thanks
That confirms that the oldest of now 3 webserver apps is hopefully finally moving out / being updated to the newest 3d. Yes, my script now handles 3... I updated the 2nd option to the newest and found my other account that I use for testing (sending invitation/messages to myself) then stopped working... So I restored that 2nd option. It obviously takes LinkedIn ages to update all there webservers to a new look. It is not a priority to them. But it is a nuisance to X-notifier.
I still only managed to get the message count for the new one. I can see (using Firebug) the message, notification and invitation counts getting retrieved from the server by a JSON post, but can't find the obvious XN way to replicate that post... (to https://www.linkedin.com/voyager/api/mux)
Aha...
Found the obvious XN way. Now I am back in business! (Still a challenge... )
Almost started to implement it myself using XMLHttpRequest(), but obviously it is already part of getHtml(aURL,aPostData,aHeaders,aMethod) in XN's Handler.js. The XN4 version actually uses XMLHttpRequest() in the implementation of getHtml.
Works!!
I got the JSON post working in a separate script (LinkedInNEW).
So it gets messages, notifications and invitations with one json request post. The problem is the messages count in this json request will turn zero as soon as it gets to the browser page. So when you have the page opened in your browser the XN icon will loose its XN notification on the next checking cycle. As long as you don't reload the linkedin browser page the messaging icon on that page will still show the number, but the X-notification will disappear (not to be controlled by the XN setting).
So in order to avoid that behavior, I should still get the messages from the available html count (like in the combined script) and only invitations and notifications by json request. That poses a new coding challenge...
Download link
== OUTDATED (link points to the finalized single server script) ==
Here is the download link (rightclick: Save link as...) :
http://bit.ly/2ludNBk (this is the combined script)
So far only message notification for the 3d newest webserver.
So the script should handle the 3 different webservers:
https://www.linkedin.com/inbox/messages
https://www.linkedin.com/messaging
AWSEOME!
Works great. My working account continues to work and my greayed out account now works.
Nice ;-)
But remember it only works for messages for the new look account.
LinkedInNEW script
Assuming your formerly greyed out account has the new look, you now will be better off with the LinkedInNEW script for that one (see below). This script will also give you the invitations and notifications count for (only!) the new webserver. Only thing is the X-notification(s) for these counts will disappear from the XN icon when they get downloaded (by JSON) to the linkedin page (when you leave that page open in a browser tab).
LinkedInNEW script
So this script exclusively works for the newest (3d) webserver. It provides all 3 counts by JSON post (messages+notifications+invitations), but I should revise this script to get the messages count from the https://www.linkedin.com/inbox/messages html instead, since that method is available for that count and behaves better for X-notifier (see Works!! post above).
LinkedInNEW script: http://bit.ly/2lK7DuZ (rightclick: Save link as...)
In the end I should merge these 2 scripts, unless that proves unnecessary when LinkedIn finally drops the 2 old webservers... (by updating all out there to the newest version)
LinkedInNEW messages count
The messages count of the LinkedInNEW (single webserver) script now gets extracted from the https://www.linkedin.com/inbox/messages html, like is the case with the LinkedIn script that deals with the 3 different webservers.
(Download link above hasn't changed)
LinkedInNEW invitations count
Well... now I also found the (pending) invitations count in the https://www.linkedin.com/mynetwork/ html. So now only the notifications count gets retrieved by JSON request. One can (re)download the script from the same location stated above.
Worldwide udate?
My 2nd LinkedIn account just changed to the new look. So from 2nd to newest 3d webserver. That makes me wonder whether anyone is still on the old look of 1st or 2nd webserver. If not, then I can stop developing the combined script and send the new (single webserver) script to admin.
Old look: http://bit.ly/2ls3LAF
New look: http://bit.ly/2m4ruDW
CFB ?
New Look ONLY!
/inbox/messages ... I got just this { } and rest page is White and BLANK!
/messages ... I got "New Look"!
You may stop developing the combined scripts... and SINGLE script to Tobwithu! Smile.
To jeroen:
Thank you for your HARD work on Script(s).
Thanks!
I guess doing so is also a solution.
When the "Old Look" is still around, complaints will arrive here...
And then I can still offer those people the combined script until extinction of the old webservers.
Sent the script to admin
After optimizing and cleaning up the code, I did send the LinkedIn script to admin.
Dropbox link (Leftclick and download from Dropbox)
NB: Double-testing the script on a 2nd workstation it took removal of the linkedin.com cookies to work.
=== March 18: Corrected the X-notify for the LinkedIn notifications ===
Dropbox
Dropbox reminded me they will end their `Public folder´ functionality for free accounts on March 15. The public link from there produces plain text. Instead one has to use the `shared link´ from the standard Dropbox folder and then you have to follow the link to dropbox.com and download the file with their website interface. `Rightclick, Save link as...´ will download that dropbox.com html page.
So I thought to anticipate the change, unaware of the consequence...
Thanks CFB!
Looks GOOD!
Thanks jeroen for hard works!
Script Update
I added some code to fine-tune the user's click behavior:
Download LinkedIn Script (Leftclick and download from Dropbox)
NB (first some preceding info):
So I changed the behavior for clicking the XN icon (and LinkedIn account), when the 'Notify inbox only' option is unchecked:
XN icon click will show the LinkedIn Home Feed page.
XN icon click will show this specific LinkedIn folder.
XN icon click will show the LinkedIn folder following priority:
1:Messages, 2:Invitations, 3:Notifications.
When too many users don't like my default Feed page choice (1.), I can of course change it back to the Inbox (Messaging) page. But anyway each individual can still change the default behavior using the hidden option (about:config):
http://xnotifier.tobwithu.com/dp/node/8
extensions.xnotifier.accounts.[HOST#USERNAME].link : ""
define custom URL which is opened when you click the account
Hat off to jeroen!
LinkedIn Script works!
THANK YOU!
Not working
Stopped working long ago.