(2014-08-23, 15:55)woodside Wrote: I'm using the new capability of Gotham to fill a dynamic list with the content tag below. It fills the list and when clicked the videos open and play and everything seems to work fine except the tag $INFO[Player.Title] that is supposed to show the title of the currently playing video, just shows "videoplayback" now. Is that a bug? Thanks.

PHP Code:

<content>plugin://plugin.video.youtube/?path=/root/search&amp;feed=search&amp;search=$INFO[Window(Home).Property(Artist)]</content> 


(2014-08-26, 17:27)JasonPell Wrote: You realize app passwords aren't all that secure. They basically make 2 factor auth pointless as they are not limited to a single app. If anyone gets hold of your app password they can access any google web services that support app passwords. Not just YouTube.

If you do some googling you may find app passwords are not as safe as you might think. I will stick with real 2 factor authentication.

This plugin does not provide access to any features of the web site that require a logon so things like purchases will never work.

App passwords don't provide access to logon via web either

(2014-08-26, 17:32)JasonPell Wrote: Its a shame that all this effort could not have gone to enhance the other plugin. Maybe fix those logon issues.

The open source community obsession with forking is counter productive.

(2014-08-27, 10:36)schumi2004 Wrote: Was playing with several login options/actions and suddenly this error appeared in debug log:

Code:

10:34:12 T:916   ERROR: C:\Users\htpc\AppData\Roaming\XBMC\addons\plugin.video.bromix.youtube\youtube\requests\packages\urllib3\connectionpool.py:730: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.org/en/latest/security.html (This warning will only appear once by default.)
                                              InsecureRequestWarning)

(2014-08-31, 16:31)Crowly Wrote: A small "cosmetic" thing I've noticed, sometimes the duration is shown as 1 minute even if the video is much longer. Not a big deal, everything works as it should anyways.

(2014-08-31, 19:03)Crowly Wrote: Showing 1 minute 31 seconds as just 1 minute is fine. But showing 31 minutes and 59 seconds as 1 minute sounds like a bug somewhere.

• ADD: Support for ETag - could improve performance
  
• ADD: remove item of search history
  
• FIX: #22 calculation of duration
  
• FIX: #28 display 'general' instead of 'like' in settings
  

(2014-08-31, 16:00)bromix Wrote:

(2014-08-19, 04:43)JasonPell Wrote: Any chance of purchases support?

Even if you can't play them directly, starting the playback in a chrome browser - like the netflixbmc plugin would be cool.

I look into it. I live in germany and i haven't seen this option yet. Is there an example, screenshot or some sort of?

(2014-08-31, 16:36)bromix Wrote:

(2014-08-26, 17:27)JasonPell Wrote: You realize app passwords aren't all that secure. They basically make 2 factor auth pointless as they are not limited to a single app. If anyone gets hold of your app password they can access any google web services that support app passwords. Not just YouTube.

If you do some googling you may find app passwords are not as safe as you might think. I will stick with real 2 factor authentication.

This plugin does not provide access to any features of the web site that require a logon so things like purchases will never work.

App passwords don't provide access to logon via web either

As soon as someone has the refresh token of the old youtube addon your are f**** With the refresh token you don't need any password or something else (tried it with a fake account). Nothing is really safe. Please setup a transparent proxy in your home network and log some of your apps of your phone. It's so easy to decipher the data - tested it with a faked certificate, which allows you to view calls via https.
This is an early alpha...the solution for the web support is not that complicated. For everything there is a solution you only have to try!

(2014-09-01, 07:55)smoke_tetsu Wrote: It's great to be able to 'like' videos from an XBMC Youtube add-on. One thing I'm missing though is when I go into my subscriptions the old defacto plugin had an entry to show all the latest videos from my subscription list.

(2014-09-01, 09:06)JasonPell Wrote:

(2014-08-31, 16:00)bromix Wrote:

(2014-08-19, 04:43)JasonPell Wrote: Any chance of purchases support?

Even if you can't play them directly, starting the playback in a chrome browser - like the netflixbmc plugin would be cool.

I look into it. I live in germany and i haven't seen this option yet. Is there an example, screenshot or some sort of?

Its not available via the api. I added it into the older plugin using screen scraping and the api for the play lists and video info. Actually works quite well for linux only. I don't have a mac or windows machine, so I can't test it otherwise.

https://github.com/HenrikDK/youtube-xbmc-plugin/pull/73

---

(2014-08-31, 16:36)bromix Wrote:

(2014-08-26, 17:27)JasonPell Wrote: You realize app passwords aren't all that secure. They basically make 2 factor auth pointless as they are not limited to a single app. If anyone gets hold of your app password they can access any google web services that support app passwords. Not just YouTube.

If you do some googling you may find app passwords are not as safe as you might think. I will stick with real 2 factor authentication.

This plugin does not provide access to any features of the web site that require a logon so things like purchases will never work.

App passwords don't provide access to logon via web either

As soon as someone has the refresh token of the old youtube addon your are f**** With the refresh token you don't need any password or something else (tried it with a fake account). Nothing is really safe. Please setup a transparent proxy in your home network and log some of your apps of your phone. It's so easy to decipher the data - tested it with a faked certificate, which allows you to view calls via https.
This is an early alpha...the solution for the web support is not that complicated. For everything there is a solution you only have to try!

What is the refresh token you are referring to? I am assuming this is a cookie? What would be required to get authenticated web based screen scraping working, with 2 factor authentication and not app passwords?

(2014-08-31, 16:00)bromix Wrote:

(2014-08-10, 11:13)MediaPi Wrote: dead on midnight bromix.

thankyou for the update. You wont be able to do anything for this till you come back but on my linux machine theres something weird going on.

when I enter a search, xbmc shows its working then it stops and nothing happens then all of a sudden my search result is shown under "New Search" then it goes to my search. And this has added considerable delay.

If its faster to leave it like it was befre "FIX: Don't update search history before showing the search result"

can you just take the fix out and we dont compromise on speed.

can't bellieve how fast you have added features, its really amazing now. well done. and enjoy your holiday

So updating the search history first and displaying the result after that works better?

(2014-08-31, 22:24)bromix Wrote: I little update

alpha 18

• ADD: Support for ETag - could improve performance
  
• ADD: remove item of search history
  
• FIX: #22 calculation of duration
  
• FIX: #28 display 'general' instead of 'like' in settings