4 ms·

It's fairly annoying for other reasons than just shell quoting. For instance, I use the browser history to know whether I've already watched some video; this ex

by cesarb 5y ago

It's fairly annoying for other reasons than just shell quoting. For instance, I use the browser history to know whether I've already watched some video; this extra parameter makes all these video links appear to be unvisited to the browser (since back when I visited them, that useless extra parameter didn't exist).

Zealotux 5y ago
It's not as good, but the history is pretty useful: https://www.youtube.com/feed/history https://www.youtube.com/feed/history
- Nowado 5y ago
  The absolute future of a proprietary service-specific history.
- cesarb 5y ago
  That link shows empty to me, since I've never logged into YouTube, and most of the time I'm not even logged into the Google account. (I don't know if it's still the case, but I've heard that if you log into YouTube, and Google for some reason decides your real name is not your real name, you could lose access to your whole Google account; and at least to me, the Google Talk account was more important than being able to comment on YouTube videos.)
  - Kye 5y ago
    I don't think that's been a thing for a long time. https://en.wikipedia.org/wiki/Nymwars https://en.wikipedia.org/wiki/Nymwars
    - elric 5y ago
      Last I checked, it was impossible to create a YT/Google account without providing a (working) phone number. Which is even worse than requiring "real names" (which can at least be spoofed).
      - ravedev 5y ago
        That depends. I’ve found that, while creating an account on an iOS device, providing a phone number isn’t required, but while creating an account via a desktop browser, it is. It will probably depend on other factors as well such as IP, country, …
      - rtsil 5y ago
        It was still possible as of six months or so ago, who knows what factors Google takes into account to decide whether to require a phone number or a simple email.
- jannes 5y ago
  That would require to be logged in to a Google account
- rvba 5y ago
  Does it work when a video was deleted?
horlux 5y ago
how do you use the history exactly?
- rasz 5y ago
  I inject this into YT // make VISITED links distinct //subscriptions/lists css += 'a#video-title {color: #167ac6!important;}'; css += 'a:visited#video-title {color: #141761!important;}'; //commenter channel name css += 'a#author-text {color: #167ac6!important;}'; css += 'a:visited#author-text {color: #141761!important;}'; //sidebar css += 'a #video-title {color: #167ac6!important;}'; css += 'a:visited #video-title {color: #141761!important;}'; css += '#content-text a, #description a {color: #167ac6!important;}'; css += '#content-text a:visited, #description a:visited{color: #141761!important;}'; makes pretty clear which links are visited
rasz 5y ago
Yesterday after discovering &pp=sAQA breaking by History tracking (got a custom CSS injected to make sure its distinct) I added this document.querySelectorAll('a[href*=\\&pp\\=]').forEach(el => {el.href = decodeURIComponent("/watch?v="+el.href.match(/v=(.*?)(&|$)/)[1])}) to my userscript injected into YT. I still need to pinpoint reliable DOMSubtreeModified event to make it work without manually reloading the page. Edit: and just now discovered its being added server side. Fetched https://www.youtube.com/youtubei/v1/browse?key=xxx https://www.youtube.com/youtubei/v1/browse?key=xxx already has &pp=sAQA, makes patching even easier, just donna hijack fetch and strip them in the handler... aaand done: const origFetch = unsafeWindow.fetch unsafeWindow.fetch = async (url, init) => { if (url.url.startsWith('https://www.youtube.com/youtubei/v1/browse?key=')) { let response = await (await origFetch(url)).text() response = response.replace(/(\&pp\=.*?)",/g,"\",") return new Response(response) } else { return origFetch(url) } } window.addEventListener('DOMContentLoaded', ()=> { if (document.location.pathname == "/feed/subscriptions") { document.querySelectorAll('a[href*=\\&pp\\=]').forEach(el => {el.href = decodeURIComponent("/watch?v="+el.href.match(/v=(.*?)(&|$)/)[1])}) } })
- Sephr 5y ago
  Regular expression replaces on content are very fragile. Unfortunately, browsers do not yet provide general request regulation capabilities. Until then, Transcend Consent Manager's API can solve this much more easily with a more robust request-override based approach: self.airgap = { overrides: [{ matcher: '//www.youtube.com/', override(request) { request.urls.forEach((input, i) => { const url = new URL(input, location.href); if (url.searchParams.has('pp')) { url.searchParams.delete('pp'); request.urls[i] = url.href; } }); } }] };
  - rasz 5y ago
    Its true URLSearchParams is a proper blessed way of working with url parameters, but its just my tiny userscript working on a serialized JSON, so either I grep and be done with it, or be forced to actually parse it, traverse huge Object looking for 100 individual URL fields to modify "properly", and stringlify once again. Im good with regex thank you :) >Transcend Consent Manager's API what is that? >request-override based approach the idea is to modify those URLs before they get rendered on the page, this way they get applied :visited style in the first place.
qwerty456127 5y ago
I actually find all kinds of browser history pollution a very serious problem rendering it almost useless (only useful the way "recycle bin" is - to recover an address of that useful page you have seen yesterday but forgotten). I wish there were browser extensions capable to smartly sanitize the history by removing duplicate URLs pointing to the same actual page visited multiple times during the day and/or by via slightly different URLs, removing the specific parameters which can be removed without changing what does the link point to, rearranging the remaining parameters alphabetically, removing GMail and alike useless URLs, also normalizing the entry titles by removing everything but the actual article title (e.g. removing website name or moving it to an uniform place - always the beginning or always the end) etc.
- loonster 5y ago
  I like the way Vivaldi Browser presents history. So much easier to use than other browsers.
  - _-david-_ 5y ago
    I haven't used Vivaldi before. Can you explain what is eaiser to use?
    - loonster 5y ago
      It's just organized better. There are some screenshots on the help page that show it better. https://help.vivaldi.com/desktop/navigation/history/ https://help.vivaldi.com/desktop/navigation/history/
- pmoriarty 5y ago
  I'd prefer that the browser be taken out of the equation completely. The web browser is becoming just a shitty operating system, largely controlled by unaccountable megacorps who are primarily interested not in empowering users but in tracking them and serving them ads.
  - 5y ago

by cesarb 5y ago

Zealotux 5y ago

It's not as good, but the history is pretty useful: https://www.youtube.com/feed/history https://www.youtube.com/feed/history

Nowado 5y ago
The absolute future of a proprietary service-specific history.
cesarb 5y ago
That link shows empty to me, since I've never logged into YouTube, and most of the time I'm not even logged into the Google account. (I don't know if it's still the case, but I've heard that if you log into YouTube, and Google for some reason decides your real name is not your real name, you could lose access to your whole Google account; and at least to me, the Google Talk account was more important than being able to comment on YouTube videos.)
- Kye 5y ago
  I don't think that's been a thing for a long time. https://en.wikipedia.org/wiki/Nymwars https://en.wikipedia.org/wiki/Nymwars
  - elric 5y ago
    Last I checked, it was impossible to create a YT/Google account without providing a (working) phone number. Which is even worse than requiring "real names" (which can at least be spoofed).
    - ravedev 5y ago
      That depends. I’ve found that, while creating an account on an iOS device, providing a phone number isn’t required, but while creating an account via a desktop browser, it is. It will probably depend on other factors as well such as IP, country, …
    - rtsil 5y ago
      It was still possible as of six months or so ago, who knows what factors Google takes into account to decide whether to require a phone number or a simple email.
jannes 5y ago
That would require to be logged in to a Google account
rvba 5y ago
Does it work when a video was deleted?

horlux 5y ago

how do you use the history exactly?

rasz 5y ago
I inject this into YT // make VISITED links distinct //subscriptions/lists css += 'a#video-title {color: #167ac6!important;}'; css += 'a:visited#video-title {color: #141761!important;}'; //commenter channel name css += 'a#author-text {color: #167ac6!important;}'; css += 'a:visited#author-text {color: #141761!important;}'; //sidebar css += 'a #video-title {color: #167ac6!important;}'; css += 'a:visited #video-title {color: #141761!important;}'; css += '#content-text a, #description a {color: #167ac6!important;}'; css += '#content-text a:visited, #description a:visited{color: #141761!important;}'; makes pretty clear which links are visited

rasz 5y ago

Yesterday after discovering &pp=sAQA breaking by History tracking (got a custom CSS injected to make sure its distinct) I added this document.querySelectorAll('a[href*=\\&pp\\=]').forEach(el => {el.href = decodeURIComponent("/watch?v="+el.href.match(/v=(.*?)(&|$)/)[1])}) to my userscript injected into YT. I still need to pinpoint reliable DOMSubtreeModified event to make it work without manually reloading the page. Edit: and just now discovered its being added server side. Fetched https://www.youtube.com/youtubei/v1/browse?key=xxx https://www.youtube.com/youtubei/v1/browse?key=xxx already has &pp=sAQA, makes patching even easier, just donna hijack fetch and strip them in the handler... aaand done: const origFetch = unsafeWindow.fetch unsafeWindow.fetch = async (url, init) => { if (url.url.startsWith('https://www.youtube.com/youtubei/v1/browse?key=')) { let response = await (await origFetch(url)).text() response = response.replace(/(\&pp\=.*?)",/g,"\",") return new Response(response) } else { return origFetch(url) } } window.addEventListener('DOMContentLoaded', ()=> { if (document.location.pathname == "/feed/subscriptions") { document.querySelectorAll('a[href*=\\&pp\\=]').forEach(el => {el.href = decodeURIComponent("/watch?v="+el.href.match(/v=(.*?)(&|$)/)[1])}) } })

Sephr 5y ago
Regular expression replaces on content are very fragile. Unfortunately, browsers do not yet provide general request regulation capabilities. Until then, Transcend Consent Manager's API can solve this much more easily with a more robust request-override based approach: self.airgap = { overrides: [{ matcher: '//www.youtube.com/', override(request) { request.urls.forEach((input, i) => { const url = new URL(input, location.href); if (url.searchParams.has('pp')) { url.searchParams.delete('pp'); request.urls[i] = url.href; } }); } }] };
- rasz 5y ago
  Its true URLSearchParams is a proper blessed way of working with url parameters, but its just my tiny userscript working on a serialized JSON, so either I grep and be done with it, or be forced to actually parse it, traverse huge Object looking for 100 individual URL fields to modify "properly", and stringlify once again. Im good with regex thank you :) >Transcend Consent Manager's API what is that? >request-override based approach the idea is to modify those URLs before they get rendered on the page, this way they get applied :visited style in the first place.

qwerty456127 5y ago

I actually find all kinds of browser history pollution a very serious problem rendering it almost useless (only useful the way "recycle bin" is - to recover an address of that useful page you have seen yesterday but forgotten). I wish there were browser extensions capable to smartly sanitize the history by removing duplicate URLs pointing to the same actual page visited multiple times during the day and/or by via slightly different URLs, removing the specific parameters which can be removed without changing what does the link point to, rearranging the remaining parameters alphabetically, removing GMail and alike useless URLs, also normalizing the entry titles by removing everything but the actual article title (e.g. removing website name or moving it to an uniform place - always the beginning or always the end) etc.

loonster 5y ago
I like the way Vivaldi Browser presents history. So much easier to use than other browsers.
- _-david-_ 5y ago
  I haven't used Vivaldi before. Can you explain what is eaiser to use?
  - loonster 5y ago
    It's just organized better. There are some screenshots on the help page that show it better. https://help.vivaldi.com/desktop/navigation/history/ https://help.vivaldi.com/desktop/navigation/history/
pmoriarty 5y ago
I'd prefer that the browser be taken out of the equation completely. The web browser is becoming just a shitty operating system, largely controlled by unaccountable megacorps who are primarily interested not in empowering users but in tracking them and serving them ads.
- 5y ago