34 replies to this topic

[Dream1975]

Hello,

 

Since about a week when I use a search option in mediaportal (doesn't matter which plugin) I get a GSOD. See the log below:

 

connectionLost:  [Failure instance: Traceback (failure with no frames): <class 'twisted.web._newclient.ResponseDone'>: Response body fully received
]
mh_parseCategorys:
('[MediaPortal] fallback to default translation for', 'Exit')
('[MediaPortal] fallback to default translation for', 'Selection:')
action ->  SetupActions right
('[MediaPortal] fallback to default translation for', 'Exit')
('[MediaPortal] fallback to default translation for', 'Selection:')
action ->  DirectionActions rightUp
('[MediaPortal] fallback to default translation for', 'Exit')
('[MediaPortal] fallback to default translation for', 'Selection:')
action ->  OkCancelActions ok
('[MediaPortal] fallback to default translation for', 'Exit')
('[MediaPortal] fallback to default translation for', 'Selection:')
('[MediaPortal] fallback to default translation for', 'Enter search criteria')
[SKIN] Parsing embedded skin <embedded-in-'VirtualKeyBoardExt'>
Traceback (most recent call last):
  File "/usr/lib/enigma2/python/Components/ActionMap.py", line 46, in action
  File "/usr/lib/enigma2/python/Plugins/Extensions/MediaPortal/resources/menuhelper.py", line 417, in mh_keyOK
  File "/usr/lib/enigma2/python/Plugins/Extensions/MediaPortal/additions/grauzone/cine24.py", line 99, in mh_callGenreListScreen
  File "/usr/lib/enigma2/python/Plugins/Extensions/MediaPortal/additions/grauzone/cine24.py", line 107, in paraQuery
  File "/usr/lib/enigma2/python/mytest.py", line 294, in openWithCallback
    dlg = self.open(screen, *arguments, **kwargs)
  File "/usr/lib/enigma2/python/mytest.py", line 304, in open
    dlg = self.current_dialog = self.instantiateDialog(screen, *arguments, **kwargs)
  File "/usr/lib/enigma2/python/mytest.py", line 234, in instantiateDialog
    return self.doInstantiateDialog(screen, arguments, kwargs, self.desktop)
  File "/usr/lib/enigma2/python/mytest.py", line 270, in doInstantiateDialog
    dlg.applySkin()
  File "/usr/lib/enigma2/python/Components/GUISkin.py", line 112, in applySkin
  File "/usr/lib/enigma2/python/Components/GUISkin.py", line 41, in createGUIScreen
  File "/usr/lib/enigma2/python/skin.py", line 403, in applyAllAttributes
  File "/usr/lib/enigma2/python/skin.py", line 262, in applyAll
TypeError: 'tuple' object is not callable
(PyObject_CallObject(<bound method ActionMap.action of <Components.ActionMap.ActionMap instance at 0x2907878>>,('OkCancelActions', 'ok')) failed)
getResolvedKey config.plugins.crashlogautosubmit.sendAnonCrashlog failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addNetwork failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addWlan failed !! (Typo??)

[WanWizard]

Looks like it is skin related. Which Skin are you using?

[Dream1975]

Sorry, forgot to mention is PLi-HD-Fullnight

[Kermit00]

I've got the same problem. I tried out a couple of skins but without luck - Is there a skin that works?

[littlesat]

I suggest issué with mediaportal plugin...

[Dream1975]

The media portal plugin hadn't been updated when I saw the error the first time (only PLi updates). In the mean time there has been an update, but this was after the error occured so can't be the reason I think.

[littlesat]

Somehow the plugin gives a tuple what should ba a callable function....

[Kermit00]

Somehow the plugin gives a tuple what should ba a callable function....

 

And that means? Why does Mediaportal 6.1.2 work with all other images but openpli?

[littlesat]

And that means? Why does Mediaportal 6.1.2 work with all other images but openpli?

I don't know... or something else went wrong....

[Kermit00]

There was a small bug in openatv too: Some path of virtualkeyboard icons were wrong:

https://github.com/o...04dff9e493bcd6f

 

The path in openpli seems to be correct: skin_default/vkey_bg.png exists!

 

The developer of mediaportal say it's an opnepli bug. Can someone please fix this bug in openpli? I don't like to change the image

[hemertje]

so he can tell us why it is an OpenPli bug?

[littlesat]

The virtual keyboard is working here in several places for a longer time.... so that should not be the issue... 

 

Let that developer tell us where the bug should be so we can solve it...

 

At least what I can see is that the plugin gives a tuple instead of an executable function.... So as far I can see this should really be a bug within that plugin itself. (TypeError: 'tuple' object is not callable)

 

openATV fixed it this way by simply ignoring the incorrect skin attribute

 

https://github.com/o...b9593fe11dfdc8a

def applyAll(self, attrs):
  for attrib, value in attrs:
    try:
      getattr(self, attrib)(value)
    except AttributeError:
      print "[Skin] Attribute not implemented:", attrib, "value:", value
    except SkinError, ex:
      print "[Skin] Error:", ex
+    except:
+      print "[Skin] Error:", attrib

Edited by littlesat, 23 November 2014 - 18:34.

[Kermit00]

No, mediaportal 6.xx plugin uses its own(!) virtualkeyboard! That seems to work on all images but openpli. See attachment. If I remove the "skin = '\n\t\t<screen name="VirtualKeyBoardExt"...." part, I don't get a gsod anymore (but no virtualkeyboard at all).

 

 

 

 

 

[littlesat]

And is we ignore more GSOD bugs included in skins and plugins I added this patch:

 

http://forums.openpl...creen-of-death/

 

So when the builds are done.... then also OpenPLi will not give a GSOD here....

 

(But still something is wrong with this plugin)

[littlesat]

The virtual keyboard is not the issue here. The issue is a bad skin attribute.

 

And with the virtual keyboard... we cannot help it when the plugin uses it's own (why are they doing this and then still depend on picons within an image???)

 

But we had the icons on the right place... so that should not be an issue...

 

 

That seems to work on all images but openpli. 

 

This was only true since 8 days ago... And for the virtualkeyboard just a day ago... (but that was not an issue)

 

But it is still absurt openATV make adjustments for a plugin..... In fact the plugin should fix it for the image!!! We can't help that other images are adjusting the image for "bad" plugins...

Edited by littlesat, 23 November 2014 - 18:44.

[Kermit00]

I patched the skin.py in openpli in the same way like openatv and it works too. But the virtualkeyboard looks very strange.

 

Thank you very much for the hints!

Edited by Kermit00, 23 November 2014 - 18:48.

[littlesat]

I think they can better change in the VirtualKeyboard from the image itself.... E.g. with our VirtualKeyboard has even SMS style build-in etc....  This also reduces a lot of code within the plugin...!

 

 

But the virtualkeyboard looks very strange.

 

Can you post a screenshot? At least we had the v-icons already there were the plugin it expected....

Edited by littlesat, 23 November 2014 - 18:57.

[Kermit00]

Here's a screenshot. I typed "test". It's not in the box above the keys, but it appears right aligned under the flag.

Attached Files

•  1_0_1_4E27_43A_1_C00000_0_0_0.jpg   114.68KB   8 downloads

[littlesat]

I suggest this is how that virtual keyboard from the plugin is made....  

These key background stuff makes it also almost unreadable... 

 

i also see that it is decompiled code from possibly a closed source plugin...

 

# okay decompyling keyboardext.pyo 

# decompiled 1 files: 1 okay, 0 failed, 0 verify failed

# 2014.11.23 18:18:04 CET

Edited by littlesat, 23 November 2014 - 20:21.

[dhwz]

Yes not funny if someone is decompiling our plugin without permission. 

And I've already fixed that issue.