Jump to content


Photo

Discovered some "bugs"


  • Please log in to reply
173 replies to this topic

Re: Discovered some "bugs" #161 Dimitrij

  • PLi® Core member
  • 10,258 posts

+347
Excellent

Posted 4 November 2015 - 09:23

Maybe plugin has not been updated?


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


Re: Discovered some "bugs" #162 Dimitrij

  • PLi® Core member
  • 10,258 posts

+347
Excellent

Posted 4 November 2015 - 18:38

All OK


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


Re: Discovered some "bugs" #163 The_Raven

  • Senior Member
  • 204 posts

+2
Neutral

Posted 4 November 2015 - 18:57

Ok, what is going on here?!

This morning i have updatet and rebootet may box and it has NOT worked!

Now i have updated again (no new updates) and rebooted.

And i cant believe it, but it works now!!! :huh:

 

Thx for the fix! :wub:



Re: Discovered some "bugs" #164 The_Raven

  • Senior Member
  • 204 posts

+2
Neutral

Posted 1 December 2015 - 16:13

Found a new bug: If i press the "radio" button on the RC then strange things happen. Box is a vu ultimo and i use the "normal" remotecontrol from vu.

Can you please test if it is working on other boxes?



Re: Discovered some "bugs" #165 ims

  • PLi® Core member
  • 13,764 posts

+214
Excellent

Posted 1 December 2015 - 16:35

What is "strange things" ? Tried Vu ultimo now and Radio is Radio ...


Kdo nic nedělá, nic nezkazí!

Re: Discovered some "bugs" #166 The_Raven

  • Senior Member
  • 204 posts

+2
Neutral

Posted 1 December 2015 - 16:49

Ok, so the problem seems to be on my side.

Strange things mean, that it switches to another TV channel. The behaver is the same like pressing the < and > button. Changing channels from history.

Think i reflash the box.

THX for testing!



Re: Discovered some "bugs" #167 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 1 December 2015 - 19:01

Something may be screwed up in the settings file related to bouquets. Just remove the last radio channel and last TV channel entries from the settings file.


ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W


Re: Discovered some "bugs" #168 The_Raven

  • Senior Member
  • 204 posts

+2
Neutral

Posted 3 December 2015 - 09:50

Tried that, but has not solved the problem. After reflashing it looks fine! Thx for testing! :)



Re: Discovered some "bugs" #169 The_Raven

  • Senior Member
  • 204 posts

+2
Neutral

Posted 2 September 2016 - 12:16

Can someone please test the "automounter"?

I try to mount a samba share and it works. So fare so good.

But i need the parameter "iocharset=utf8" and that does not work.

 

My automounter.conf:

<cifs>
 <mount>
  <active>True</active>
  <hdd_replacement>False</hdd_replacement>
  <ip>192.168.0.1</ip>
  <sharename>Musik</sharename>
  <sharedir>musik</sharedir>
  <options>iocharset=utf8</options>
  <username>user</username>
  <password>pass</password>
 </mount>
</cifs>

In the enigma-log i see this line:

[ePopen] command: mount -t cifs -o iocharset=utf8,noatime,noserverino,iocharset=utf8,username=user,password=pass '//192.168.0.1/musik' '/media/net/Musik'

I ask me why "iocharset" is listed twice?!

And if i run "mount" it shows me:

//192.168.0.1/musik on /media/net/Musik type cifs (rw,noatime,vers=1.0,sec=ntlmssp,cache=strict,unc=\\192.168.0.1\musik,username=user,domain=NAS,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.0.1,unix,posixpaths,acl,rsize=1048576,wsize=65536,actimeo=1)

"iocharset" is not listed but many other parameters. Why? :huh:

I have also tried to mount it manualy with this command:

mount -t cifs -o iocharset=utf8,noatime,noserverino,username=user,password=pass '//192.168.0.1/musik' '/media/net/Musik'

It works, but parameters are ignored!


Edited by The_Raven, 2 September 2016 - 12:20.


Re: Discovered some "bugs" #170 WanWizard

  • PLi® Core member
  • 70,204 posts

+1,798
Excellent

Posted 2 September 2016 - 16:29

Mount also shows you all default parameters. It is quite possible that iocharset is not supported, I have never seen it before.

 

What box, what OpenPLi version, what is the server you try to connect to, and what are you trying to achieve that doesn't work without this option?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Discovered some "bugs" #171 The_Raven

  • Senior Member
  • 204 posts

+2
Neutral

Posted 2 September 2016 - 18:30

Thx, for response! :)

What box: VU+ Ultimo

OpenPLi: 4.0 (GUI-Version: 2016-07-04)

What is the server you try to connect to: Debian 8

 

iocharset is to handle special chars like "ä, ö ü" etc.

The strange thing is that it seems to work in GUI, only on terminal i see "strange" letters. I have attached 2 pictures of it.

But i can life with that.

I ask me only why it does not work and why there is no error message.

Attached Files



Re: Discovered some "bugs" #172 WanWizard

  • PLi® Core member
  • 70,204 posts

+1,798
Excellent

Posted 2 September 2016 - 19:24

Samba uses utf-8 as default since version 3.

 

That looks like a problem with your server config. I have a Synology and a CentOS 7 machine connected, and have the problem on neither of them.

 

Are you using a terminal program that uses, understands and is set to display utf-8?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Discovered some "bugs" #173 The_Raven

  • Senior Member
  • 204 posts

+2
Neutral

Posted 2 September 2016 - 19:42

I don't think it is a server problem. If i connect to the server via console (ssh on linux mint) i see the folder correct with "ä".

If i mount the share to my client (linux mint) without a special parameter i see it also correct with "ä".

But when i logon via ssh to my VU and try to map the samba share there, it does not work! :huh:

Same command as on my client:

mount //192.168.0.1/Bilder /tmp/samba/ -o username=user
unc name specified twice, ignoring second
Password:
unc name specified twice, ignoring second
Password:
mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
mount: mounting //192.168.0.1/Bilder on /tmp/samba/ failed: Permission denied

I think i saw a thread about this "problem" here in the forum.



Re: Discovered some "bugs" #174 The_Raven

  • Senior Member
  • 204 posts

+2
Neutral

Posted 2 September 2016 - 19:52

Again no edit button -> Very bad because double post.

Found the thread: http://forums.openpl...-samba-not-work

This is another "problem". I have tried with "sec=ntlm" but it does NOT work. :(




6 user(s) are reading this topic

0 members, 6 guests, 0 anonymous users