Jump to content


Photo

Bug in pli


  • Please log in to reply
97 replies to this topic

Re: Bug in pli #61 Dimitrij

  • PLi® Core member
  • 10,023 posts

+338
Excellent

Posted 27 January 2016 - 18:27

Good approach!

As far as I understand, the new dxIsParentalProtected flag is applied "internally" in the parental setup.

 

What should I consider to support your approach when reading and writing settings in E-Channelizer?

Should the new flag be applied when hiding services 'dxDontshow' or adding services to the blacklist?

Flag  'dxDontshow' hide any service(use lamedb).

 

Flag 'dxIsParentalProtected' only blacklist services parental control.

This flag is automatically applied.

No changes in E-Channelizer is not necessary.


GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug in pli #62 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 27 January 2016 - 18:40

Previously I thought the dxDontshow flag was not used..... so I used it to hide parental controlled services.....

 

Now we have a saperate flag for it... 


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug in pli #63 Dimitrij

  • PLi® Core member
  • 10,023 posts

+338
Excellent

Posted 27 January 2016 - 18:48

littlesat

Maybe to hide the bouquets  parental control can be used isInvisible?

https://github.com/O.../iservice.h#L47


Edited by Dimitrij, 27 January 2016 - 18:49.

GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug in pli #64 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 27 January 2016 - 19:58

I would say try it....

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug in pli #65 mirakels

  • Forum Moderator
    PLi® Core member
  • 7,599 posts

+62
Good

Posted 27 January 2016 - 21:00

OSD is now completely black. Don't see a thing anymore. Only PIG when pressing MENU or EPG...


Geen wonder... Had slechts een dm7000, maar wel ook een rotor. eigenlijk al een tijdje ook een dm600 en dm7025. Maar nu kijkend met een et9000 en vuduo

Re: Bug in pli #66 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 27 January 2016 - 21:01

Mmmm... Are you sure it is related???

There are no changes to menu at all....

At this moment I cannot troubleshoot it.... But here I did not had those issues....

Unless this I think the changes to parentalcontrol could be more simple... Only changes to the flag should be enough...

Edited by littlesat, 27 January 2016 - 21:04.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug in pli #67 mirakels

  • Forum Moderator
    PLi® Core member
  • 7,599 posts

+62
Good

Posted 27 January 2016 - 21:19

I have 2 enigma binaries, one from commit 4446778d2c and one from commit 9dd3b6e12b.

The last one does not show OSD, the first one does.

9dd3b6e12b is the pull from Dima's request

 

It could be a setting maybe in enigma settings, but then the defaulf may be wrong?


Geen wonder... Had slechts een dm7000, maar wel ook een rotor. eigenlijk al een tijdje ook een dm600 en dm7025. Maar nu kijkend met een et9000 en vuduo

Re: Bug in pli #68 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 27 January 2016 - 21:51

Strange as the patch only adds a flaf in the e2 binary... And the same is running here for weeks....

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug in pli #69 mirakels

  • Forum Moderator
    PLi® Core member
  • 7,599 posts

+62
Good

Posted 27 January 2016 - 23:18

no it is more than just a flag... its a few commits.

 

but.... I rebooted the box again and now it does seem to work. very strange... but if it works again it works again.


Geen wonder... Had slechts een dm7000, maar wel ook een rotor. eigenlijk al een tijdje ook een dm600 en dm7025. Maar nu kijkend met een et9000 en vuduo

Re: Bug in pli #70 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 27 January 2016 - 23:35

Strange.... But I reverted some python stuff and added the one from my repo instead....

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug in pli #71 Dimitrij

  • PLi® Core member
  • 10,023 posts

+338
Excellent

Posted 28 January 2016 - 09:20

yep...

https://github.com/O...9191921dca1758d

why??????

1)lib/python/Screens/ParentalControlSetup.py :

a)if not use config.ParentalControl.hideBlacklist.value --> always set config.ParentalControl.hideBlacklist.value disable

b)if config.ParentalControl.hideBlacklist.value enable and user set this config disable --> run unhideBlacklist() for remove flag hidden and update service list

 

2)lib/python/Components/ParentalControl.py:

a)add new def unhideBlacklist()

*) little easier def hideBlacklist()

c)add for def  protectService/unProtectService variable(refresh=False) for update service list if necessary(todo -->add new functions to edit the black list)

 

Please accept my changes.
They not only do not interfere with anyone, but rather to improve the work of the parental contorol.
This is my third attempt.


Edited by Dimitrij, 28 January 2016 - 09:22.

GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug in pli #72 Dimitrij

  • PLi® Core member
  • 10,023 posts

+338
Excellent

Posted 28 January 2016 - 10:39

An example of the current bug...

 

Parental control setup:

Protect services - yes

Remember service PIN - newer

Hide parental locked services - yes(this option not visible)

open service list -->press menu --> "add to parental protection"

Service not visible!!!

It should not be!

	def protectService(self, service):
		if not self.blacklist.has_key(service):
			self.serviceMethodWrapper(service, self.addServiceToList, self.blacklist)
			if config.ParentalControl.hideBlacklist.value and not self.sessionPinCached:
				eDVBDB.getInstance().addFlag(eServiceReference(service), 2)

GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug in pli #73 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 28 January 2016 - 10:44

Please explain less "cryptic"... I really do not understand what you mean.....

 

As far I know there are no wierd gaps...

What you described above... the non visible setting (I did not verify this) should become visible... -or- the specific confit should be set to False...

 

Then there is no "bug..."????

 

 


They not only do not interfere with anyone, but rather to improve the work of the parental contorol.

 

This is a bad argument..... the code should be good and clear....


Edited by littlesat, 28 January 2016 - 10:48.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug in pli #74 Dimitrij

  • PLi® Core member
  • 10,023 posts

+338
Excellent

Posted 28 January 2016 - 10:48

You just kidding?

Just check out what I wrote.


Edited by Dimitrij, 28 January 2016 - 10:50.

GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug in pli #75 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 28 January 2016 - 10:50

Parental control setup:

Protect services - yes

Remember service PIN - newer

Hide parental locked services - yes(this option not visible)

open service list -->press menu --> "add to parental protection"

Service not visible!!!

It should not be!

 

->

 

Now I understand at least this part... we should add a check here for the never... of force the config under this condition to False...

I prefer the first...


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug in pli #76 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 28 January 2016 - 10:51

Just check out what I wrote.

->I read it multiple times... but I do not understand... sorry...


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug in pli #77 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 28 January 2016 - 10:54

[code]

def protectService(self, service):   if not self.blacklist.has_key(service):     self.serviceMethodWrapper(service, self.addServiceToList, self.blacklist) -    if config.ParentalControl.hideBlacklist.value and not self.sessionPinCached: +    if config.ParentalControl.hideBlacklist.value and not self.sessionPinCached and config.ParentalControl.storeservicepin.value != "never":       eDVBDB.getInstance().addFlag(eServiceReference(service), 2)

 


Edited by littlesat, 28 January 2016 - 10:56.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug in pli #78 Dimitrij

  • PLi® Core member
  • 10,023 posts

+338
Excellent

Posted 28 January 2016 - 11:10

littlesat

Just accept my changes.
 


GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug in pli #79 Dimitrij

  • PLi® Core member
  • 10,023 posts

+338
Excellent

Posted 28 January 2016 - 11:22

In my opinion it is ugly

			if config.ParentalControl.servicepinactive.value and config.ParentalControl.storeservicepin.value != "never" and config.ParentalControl.hideBlacklist.value and not self.sessionPinCached:

Check each time configs if they can be a time off in the settings.

+	def disableConfigHideBlacklist(self):
+		if config.ParentalControl.hideBlacklist.value and (not config.ParentalControl.servicepinactive.value or config.ParentalControl.storeservicepin.value == "never"):
+			config.ParentalControl.hideBlacklist.value = False
+			config.ParentalControl.hideBlacklist.save()

So it must be right.
And do not tell me about the readability of the code.


GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug in pli #80 littlesat

  • PLi® Core member
  • 56,275 posts

+691
Excellent

Posted 28 January 2016 - 12:12

I think my suggestion is not ugly....

 

You do not want that hidden configs are change for you... so when you toggle something back it stayed as it was.... Autochanges is uggly... (try it you can feel it is not good).... e.g. change something by accident and change it back and then you can re-configure a whole list is not nice at all...


Edited by littlesat, 28 January 2016 - 12:15.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W



0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users