Re: [Blink] Issue with Blink

[Dan Pascu]

Forgot to mention:

You can Use Ctrl+Q or File->Quit from the menu to actually quit it.

On 23 Aug 2019, at 13:57, Dan Pascu wrote:

> 
> On 14 Aug 2019, at 16:38, Kyle Williamson wrote:
> 
>> Hi All,
>> 
>> We're trying to switch from X-Lite to Blink, for lots of reasons. Generally 
>> works fine and connects etc, but we're having a specific issue:
>> 
>> Whilst these are full fat desktops, they are run without the Taskbar. When 
>> somebody hits X on Blink, it isn't closing, but the App Window is 
>> disappearing and the icon totally disappearing. There's no system tray for 
>> the user to be able to recall [as per the design of the locked down 
>> interface], but Blink isn't closing, it's just disappearing without closing 
>> the process.
>> 
>> We could easily work with either behaviour - either the app closes full stop 
>> on the 'X' or perhaps there is some sort of command line interface to recall 
>> the process?
> 
> There isn't. When you close blink on windows, it minimizes to the system tray 
> which is required for blink to function properly on Windows. We do not have 
> the resources to fine tune it for custom/niche setups that do not have a 
> tray. Patches are welcome though.
> 
> --
> Dan
> 
> 
> 
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> https://lists.ag-projects.com/mailman/listinfo/blink
> 


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
https://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Issue with Blink

[Dan Pascu]

On 14 Aug 2019, at 16:38, Kyle Williamson wrote:

> Hi All,
> 
> We're trying to switch from X-Lite to Blink, for lots of reasons. Generally 
> works fine and connects etc, but we're having a specific issue:
> 
> Whilst these are full fat desktops, they are run without the Taskbar. When 
> somebody hits X on Blink, it isn't closing, but the App Window is 
> disappearing and the icon totally disappearing. There's no system tray for 
> the user to be able to recall [as per the design of the locked down 
> interface], but Blink isn't closing, it's just disappearing without closing 
> the process.
> 
> We could easily work with either behaviour - either the app closes full stop 
> on the 'X' or perhaps there is some sort of command line interface to recall 
> the process?

There isn't. When you close blink on windows, it minimizes to the system tray 
which is required for blink to function properly on Windows. We do not have the 
resources to fine tune it for custom/niche setups that do not have a tray. 
Patches are welcome though.

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
https://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] unable to start blink

[Dan Pascu]

On 16 May 2019, at 14:02, Marcel Vis wrote:

> I was using Blink 3.2 on my old W10 laptop and now I am trying to migrate it 
> to my new W10 laptop.
> However Blink is not even starting after it is installed.
> When starting the app, I see it loading for one second and then nothing 
> happens (process goes down in taskmanager)
>  
> Tried:
>   • Checked Windows Event Viewer; nothing to see
>   • Installed recent Windows patches
>   • Disabled User Account Control
>   • Disabled Windows defender
>   • Reinstalled and rebooted a couple of times
>   • Tried Blink 3.0 installer
>  
> Output.log:
> Traceback (most recent call last):
>   File 
> "C:/msys32/mingw32/lib/python2.7/site-packages/cx_Freeze/initscripts/__startup__.py",
>  line 14, in run
>   File 
> "C:/msys32/mingw32/lib/python2.7/site-packages/cx_Freeze/initscripts/Console.py",
>  line 26, in run
>   File "bin/blink", line 68, in 
>   File 
> "C:/msys32/mingw32/lib/python2.7/site-packages/application/python/types.py", 
> line 43, in __call__
>   File "", line 1, in __init__
>   File 
> "C:/msys32/mingw32/lib/python2.7/site-packages/application/python/types.py", 
> line 35, in instance_creator
>   File "blink/__init__.py", line 107, in __init__
>   File "blink/mainwindow.py", line 80, in __init__
>   File 
> "C:/msys32/mingw32/lib/python2.7/site-packages/sipsimple/configuration/datatypes.py",
>  line 664, in normalized
> LookupError: unknown encoding: cp65001

The cp65001 encoding is not supported by python 2.7. Support for it was only 
added later in python 3.3.

>  
> This looks like a python error.
> Please help
>  
> Thanks
> Marcel
>  
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> https://lists.ag-projects.com/mailman/listinfo/blink


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
https://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] blink Segmentation fault on Devuan

[Dan Pascu]

On 22 Mar 2019, at 21:55, Lars Noodén wrote:

> I'm getting segmentation faults whenever I receive a call or connect to
> someone else.  However, the Echo Test number works just fine.  It's only
> when I get an incoming or outgoing connection established does it crash.

The echo test number also establishes an outgoing connection, so if that works 
you cannot conclude that connections cause it to crash.

It may be that when you try to talk with other people, something in the SIP 
messages formatted by their devices triggers the problem. Try to use 2 blink 
instances with sip2sip accounts to see if they crash when they talk with each 
other.

> Very briefly the connection window pops up but then it and the rest of
> blink disappears before sound comes through.
> 
> Is there anything I can adjust on my end?
> Or is there data I should collect for a bug report?

A gdb backtrace could help.

> 
> /Lars
> 
> $ blink
> Segmentation fault
> 
> $ lsb_release -rd
> Description:  Devuan GNU/Linux 2.0 (ascii)
> Release:  2.0

Keep in mind you are using something built for debian stretch, not for devuan. 
There may be subtle differences between the distributions that can cause the 
crashes. It is recommended to build it yourself on the system you run it on, if 
it's not one of the ones we build for.

> 
> $ apt-cache policy blink
> blink:
>  Installed: 3.2.0stretch
>  Candidate: 3.2.0stretch
>  Version table:
> *** 3.2.0stretch 500
>500 http://ag-projects.com/debian stretch/main amd64 Packages
>100 /var/lib/dpkg/status
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink
> 


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink - Google agenda sync issue

[Dan Pascu]

This is the result of Google changing their stable, released APIs whenever they 
wish and breaking applications in the process.

This will be fixed in a new release. Until then you can fix it yourself by 
doing the following:

1. Download contacts.py from 
https://raw.githubusercontent.com/AGProjects/blink-qt/master/blink/contacts.py
   (use something like wget or curl to download it, as browsers may corrupt 
and/or convert it)
2. Copy it inside C:\Program Files\Blink\library.zip\blink\
   (not that library.zip is a zip file, so you need to copy the file inside it 
in the blink subdirectory)

On 21 Feb 2019, at 16:45, Louis Ferrasse wrote:

> Hi,
> 
> Thank you for your quick reply.
> I'm using windows client on 3.0.0.
> 
> Please fin attached log and config file.
> Thank you for your help.
> 
> error: Exception occurred while calling  0x08feb5a4> in the 'network-io' thread
> Traceback (most recent call last):
>   File 
> "C:/msys32/mingw32/lib/python2.7/site-packages/sipsimple/threading/__init__.py",
>  line 37, in _EH_CallFunctionEvent
>   File "blink/contacts.py", line 860, in sync_contacts
>   File "blink/contacts.py", line 940, in _get_connections
> KeyError: 'nextSyncToken'
> 
> 
> 
> 
> Le jeu. 21 févr. 2019 à 15:11, Dan Pascu  a écrit :
> What version of blink and what platform?
> 
> Also use the info provided in the Reporting Problems section here: 
> http://icanblink.com/help/problems-qt/ to provide more information from log 
> files (errors backtraces, ...).

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink - Google agenda sync issue

[Dan Pascu]

What version of blink and what platform?

Also use the info provided in the Reporting Problems section here: 
http://icanblink.com/help/problems-qt/ to provide more information from log 
files (errors backtraces, ...).

On 21 Feb 2019, at 13:28, Louis Ferrasse wrote:

> Hi,
> 
> I just discovered your Blink software that I like a lot. I am currently 
> testing it and then using it in a company with 100 employees.
> 
> However I am having a problem with the Google contact sync. Indeed, once the 
> google identifiers filled in, the google contacts tab appears but it remains 
> empty and contacts do not appear either via the search function.
> I tried to delete the credentials file in appdata / blink / google / to set 
> the synchonization again but it did not work.
> 
> I also checked in google security that Blink had all access.
> 
> Do you have any idea how to solve this issue ?
> 
> Thank you in advance for your help on this,
> 
> Regards,
> 
> Louis Ferrasse
> 
> 
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] successfully built but recieving errors and will not register

[Dan Pascu]

The backtrace indicates a programming error (some code tries to start the 
twisted reactor more than once). Since there is no such code in blink, this 
suggests that you might be running some modified code.

On 23 Jan 2019, at 2:40, Carlos Esquerette wrote:

> I've build Blink 3.0.3 on Fedora 29 since 3.10 needs a newer version of
> python-application. I've used mock to build rpms and I recieved no
> errors during build time but when I try to run I'm unable to register
> to my personal freeswitch server. I've attached the terminal output. 
> Can you help me with this, I'm hoping this is just a dependency error.
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Inbound call dialog placement

[Dan Pascu]

Dialogs have different placement rules that normal windows. I do not remember 
the rules for placing dialog windows for Qt5. It might be either on the same 
screen as the parent window or on the first screen.

There is some code in blink to control the placement, but that is only to make 
sure that different incoming dialogs do not overlap, because it only adjusts 
their position up/down on the same screen they were already assigned to by Qt5. 
If you want to play with it the code is in blink/sessions.py line 5065 (the 
IncomingDialogBase class with the showEvent method).

On 16 Jan 2019, at 18:38, Jeff Pyle wrote:

> Hello,
> 
> On Blink 3.1.0 under KDE on Arch I notice the dialog box that pops on an 
> inbound call is always centered on my first monitor.  It doesn't follow 
> regular window placement rules.  How is this adjustable?  In my case, even if 
> I could hard code it to the second monitor, that would be very helpful.
> 
> 
> Regards,
> Jeff
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink for Linux hangs on second call when using PulseAudio input device

[Dan Pascu]

On 9 Jan 2019, at 14:41, Jeff Pyle wrote:

> Dan,
> 
> Ok.  Can you point me to where in the Blink scripts it creates the audio 
> device?  I'd like to see exactly what it's doing, as well as try to get some 
> Pulse logs to see if I can make any sense of it.

python-sipsimple/deps/pjsip/pjmedia/src/pjmedia-audiodev/alsa_dev.c

> 
> 
> - Jeff
> 
> 
> On Wed, Jan 9, 2019 at 6:34 AM Dan Pascu  wrote:
> I have used blink with pulse audio in the past (approximately 1.5-2 years 
> ago) and it worked (except messing up echo cancelation but that is another 
> story), so this may be an issue with newer ALSA/Pulse Audio.
> 
> What I can tell you for sure though is that Blink doesn't use Pulse Audio 
> directly. Blink only uses ALSA and when you run Pulse Audio on the system, it 
> installs a pulse device in ALSA and makes it the system default one, so that 
> is how blink ends up using Pulse Audio. So I'd say that the problem lies 
> somewhere in the interface between Pulse Audio and ALSA.
> 
> On 9 Jan 2019, at 4:55, Jeff Pyle wrote:
> 
> > Hello,
> > 
> > I'm running Blink for Linux 3.1.0 on Arch Linux x86_64 with PulseAudio 12.2.
> > 
> > The subject describes the problem.  The first call works fine.  Once the 
> > first call terminates, Blink can no longer place or receive a second 
> > call...usually.  On my last last test, I got a second call dialed but not a 
> > third call.  Looking at pjsip_trace.txt (attached), there are no entries 
> > for my third call so something must have hung at the end of the second call.
> > 
> > By 'hang', I mean the SIP stack stops responding.  The UI is functional 
> > until I try to place another call, at which point it freezes.
> > 
> > I can only reproduce this when I have PulseAudio Sound Server selected as 
> > the input device.
> > 
> > It acts like Blink doesn't release something properly with PulseAudio when 
> > the call finishes.  I'm watching the applications using PulseAudio in 
> > pavucontrol.  When I have PulseAudio as only the output device, I see it 
> > appear in the pavucontrol application list only when it's playing audio.  
> > When a call is complete (and the hangup sound plays), Blink disappears from 
> > the list.  When I have the input device as PulseAudio, however, Blink 
> > persists in the application list as both a sink and a source after the call 
> > is disconnected.  It's in this state I can't place or receive another call. 
> >  Or, dare I say, do anything that requires sound since it seems to 
> > completely lock up when it tries to re-access PulseAudio.
> > 
> > Has anyone else experienced this?
> > 
> > Before someone tells me to go straight to ALSA and bypass Pulse, know that 
> > for my needs with Blink I need Pulse in the middle.  That may not always be 
> > the case but for today it is.
> > 
> > 
> > Regards,
> > Jeff
> > 
> > ___
> > Blink mailing list
> > Blink@lists.ag-projects.com
> > http://lists.ag-projects.com/mailman/listinfo/blink
> 
> 
> --
> Dan
> 
> 
> 
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink for Linux hangs on second call when using PulseAudio input device

[Dan Pascu]

I have used blink with pulse audio in the past (approximately 1.5-2 years ago) 
and it worked (except messing up echo cancelation but that is another story), 
so this may be an issue with newer ALSA/Pulse Audio.

What I can tell you for sure though is that Blink doesn't use Pulse Audio 
directly. Blink only uses ALSA and when you run Pulse Audio on the system, it 
installs a pulse device in ALSA and makes it the system default one, so that is 
how blink ends up using Pulse Audio. So I'd say that the problem lies somewhere 
in the interface between Pulse Audio and ALSA.

On 9 Jan 2019, at 4:55, Jeff Pyle wrote:

> Hello,
> 
> I'm running Blink for Linux 3.1.0 on Arch Linux x86_64 with PulseAudio 12.2.
> 
> The subject describes the problem.  The first call works fine.  Once the 
> first call terminates, Blink can no longer place or receive a second 
> call...usually.  On my last last test, I got a second call dialed but not a 
> third call.  Looking at pjsip_trace.txt (attached), there are no entries for 
> my third call so something must have hung at the end of the second call.
> 
> By 'hang', I mean the SIP stack stops responding.  The UI is functional until 
> I try to place another call, at which point it freezes.
> 
> I can only reproduce this when I have PulseAudio Sound Server selected as the 
> input device.
> 
> It acts like Blink doesn't release something properly with PulseAudio when 
> the call finishes.  I'm watching the applications using PulseAudio in 
> pavucontrol.  When I have PulseAudio as only the output device, I see it 
> appear in the pavucontrol application list only when it's playing audio.  
> When a call is complete (and the hangup sound plays), Blink disappears from 
> the list.  When I have the input device as PulseAudio, however, Blink 
> persists in the application list as both a sink and a source after the call 
> is disconnected.  It's in this state I can't place or receive another call.  
> Or, dare I say, do anything that requires sound since it seems to completely 
> lock up when it tries to re-access PulseAudio.
> 
> Has anyone else experienced this?
> 
> Before someone tells me to go straight to ALSA and bypass Pulse, know that 
> for my needs with Blink I need Pulse in the middle.  That may not always be 
> the case but for today it is.
> 
> 
> Regards,
> Jeff
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Google Contacts Support

[Dan Pascu]

On 27 Apr 2018, at 16:33, Alex - Gmail wrote:

> 
> Hi all,
>  
> Blink is amazing, but since Google established OAtuh by default I can not 
> import all my contacts (almost 7,000).
>  
> Is there any uptate coming to fix this?

Google has quotas of how many requests per second you can make in a given time 
interval. With the last released version of blink, in order to fetch that many 
contacts, you exceed that quota by a factor of at least 3.

More recently they increased how many contacts per batch you can fetch, which 
means that with the next release you should be able to satisfy the quota even 
with that many contacts. Until then you can fetch the latest blink sources from 
github and build them yourself if you want to have it work today.

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Show Contact Name in History list

[Dan Pascu]

It will show the name if the number matches exactly. However since people dial 
PSTN numbers with or without country codes and/or area codes and since PSTN 
providers to not usually use the E164 format when propagating the caller number 
across the network, you don’t usually get exact matches.

On 29 Sep 2017, at 16:11, Dirk Ulrich  wrote:

> Hello everybody,
>  
> I am syncing my contacts with Google Contacts, which works fine so far, but 
> is there a way to show in the History list the name of the contacts  
> (identified by my linked Google Contacts Account)
> instead of only the phone numbers?
>  
> Thank you for any support/ideas,
>  
> Dirk
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink

___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] blink-qt license files

[Dan Pascu]

I updated the license

On 19 Jun 2017, at 20:26, Daniel Gnoutcheff wrote:

> I'm evaluating blink-qt for use at my workplace.  One of my requirements
> is that it should be free software as defined by the Debian Free
> Software Guidelines (DFSG).
> 
> Unfortunately, the license statements I've found in the source code are
> a bit contradictory:
> 
>  - `debian/copyright` says it's GPLv3 or later with additional
>restrictions, inc. a prohibition against rebranding.
> 
>  - But the top-level `LICENCE` file says I may use blink-qt under
>GPLv3 with no additional restrictions.
> 
> Can I assume that the top-level LICENCE file takes precedence over
> debian/copyright?  If so, would you accept a patch that brings
> `debian/copyright` in line with `LICENCE`?
> 
> Thanks much!
> 
> Have a good one,
> Daniel Gnoutcheff
> Systems Administrator
> Software Freedom Law Center
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] run_in_thread() got an unexpected keyword argument 'scheduled'

[Dan Pascu]

Blink 3.0.3 depends on python-sipsimple >= 3.1.0

To see all the required dependencies you can consult debian/control in the 
source. It lists all the dependencies as well as the minimum version for each 
dependency (if there is such a constraint). Look for the Depends key under the 
blink package as well as the Build-Depends key under the Source section.

You should do the same for python-sipsimple when you build it as well as any of 
their dependencies.

The package names might be different from Gentoo, but you should be able to 
figure out the equivalences.

As a rule of thumb, use the latest version for the packages we provide (blink, 
python-sipsimple, python-application, python-gnutls, python-msrplib, 
python-xcaplib, python-otr) and check their minimum version requirements for 
the external libraries they use.

On 8 Jun 2017, at 22:05, José Ramón Muñoz Pekkarinen wrote:

> Hi,
> 
> After building successfully blink-3.0.3 against sipsimple 3.0.0, I found 
> the following,
> backtrace:
> 
> $ blink
> Traceback (most recent call last):
>   File "/usr/bin/blink", line 67, in 
> from blink import Blink
>   File "/usr/lib64/python2.7/site-packages/blink/__init__.py", line 31, in 
> 
> from blink.chatwindow import ChatWindow
>   File "/usr/lib64/python2.7/site-packages/blink/chatwindow.py", line 39, in 
> 
> from blink.contacts import URIUtils
>   File "/usr/lib64/python2.7/site-packages/blink/contacts.py", line 780, in 
> 
> class GoogleContactsManager(object):
>   File "/usr/lib64/python2.7/site-packages/blink/contacts.py", line 845, in 
> GoogleContactsManager
> @run_in_thread('network-io', scheduled=True)
> TypeError: run_in_thread() got an unexpected keyword argument 'scheduled'
> 
> Taking a look to the definition of the decorator it actually doesn't have 
> any parameter
> like this:
> 
> @decorator
> def run_in_thread(thread_id):
> def thread_decorator(function):
> @preserve_signature(function)
> def wrapper(*args, **kw):
> thread_manager = ThreadManager()
> thread = thread_manager.get_thread(thread_id)
> if thread is current_thread():
> function(*args, **kw)
> else:
> thread.put(CallFunctionEvent(function, args, kw))
> return wrapper
> return thread_decorator
> 
> Is this some kind of leftover? Is there any possible workaround?
> 
> Thanks!
> 
> José
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink looks for uis in wrong path

[Dan Pascu]

Blink uses the following logic:

Takes the path of the binary and extract the directory component. If the 
directory ends with /bin it strips /bin from it. It then takes this directory 
as a base path and looks if either the resources/ directory or the share/blink 
directory is present as a subdirectory and uses whichever is present.

With this the software can run both standalone in a directory (you just 
download the software, put it in a directory and run it from there) or 
installed system wide (for example in /usr or /usr/local) and even supports 
multiple versions of blink installed in different system paths (like a stable 
version in /usr and an experimental version in /usr/local) and they can run 
independently without conflicting.

In the system wide installation case if the binary is in /usr/bin/blink then it 
will look for the resources in /usr/share/blink

In your case I guess the binary script is either placed in 
/usr/lib64/python-exec/python2.7/bin/blink and that path in in your $PATH or it 
is placed at that location and /usr/bin/blink is a symlink to that location.

Possible solutions:

1. put resources in /usr/lib64/python-exec/python2.7/usr/share/blink
2. make /usr/bin/blink the real script not a symlink
3. make /usr/bin/blink a hard link to /usr/lib64/python-exec/python2.7/bin/blink



On 7 Jun 2017, at 22:37, José Ramón Muñoz Pekkarinen wrote:

> Hi,
> 
> Doing some experiments with gentoo ebuilds I got a working installing 
> blink-3.0.3 ebuild.
> When I execute blink, an error looking for the uis in the wrong place shows 
> up:
> 
> $ blink
> Traceback (most recent call last):
>   File "/usr/lib/python-exec/python2.7/blink", line 67, in 
> from blink import Blink
>   File "/usr/lib64/python2.7/site-packages/blink/__init__.py", line 31, in 
> 
> from blink.chatwindow import ChatWindow
>   File "/usr/lib64/python2.7/site-packages/blink/chatwindow.py", line 39, in 
> 
> from blink.contacts import URIUtils
>   File "/usr/lib64/python2.7/site-packages/blink/contacts.py", line 48, in 
> 
> from blink.sessions import SessionManager, StreamDescription
>   File "/usr/lib64/python2.7/site-packages/blink/sessions.py", line 48, in 
> 
> from blink.screensharing import ScreensharingWindow, VNCClient, 
> ServerDefault
>   File "/usr/lib64/python2.7/site-packages/blink/screensharing/__init__.py", 
> line 3, in 
> from blink.screensharing.vncviewer import ScreensharingWindow, VNCViewer
>   File "/usr/lib64/python2.7/site-packages/blink/screensharing/vncviewer.py", 
> line 387, in 
> ui_class, base_class = 
> uic.loadUiType(Resources.get('screensharing_dialog.ui'))
>   File "/usr/lib64/python2.7/site-packages/PyQt5/uic/__init__.py", line 198, 
> in loadUiType
> winfo = compiler.UICompiler().compileUi(uifile, code_string, 
> from_imports, resource_suffix, import_from)
>   File "/usr/lib64/python2.7/site-packages/PyQt5/uic/Compiler/compiler.py", 
> line 110, in compileUi
> w = self.parse(input_stream, resource_suffix)
>   File "/usr/lib64/python2.7/site-packages/PyQt5/uic/uiparser.py", line 1002, 
> in parse
> document = parse(filename)
>   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1182, in parse
> tree.parse(source, parser)
>   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 647, in parse
> source = open(source, "rb")
> IOError: [Errno 2] No such file or directory: 
> u'/usr/lib64/python-exec/python2.7/share/blink/screensharing_dialog.ui'
> 
>The uis are properly installed in /usr/share/blink:
> 
> $ ls /usr/share/blink
> about_panel.ui blink.uichat_widget.ui
> contact_group.uiiconsotr_widget.ui
> screensharing_toolbox.ui  tls
> add_account.ui chatchat_window.uicontact.ui   
>incoming_calltransfer_dialog.ui  pending_watcher.ui   
> screensharing_window.ui   video_widget.ui
> audio_session_drag.ui  chat_input_lock.ui  conference_dialog.ui  
> filetransfer_item.uiincoming_dialog.ui   preferences.ui   
> server_tools.ui   zrtp_widget.ui
> audio_session.ui   chat_session.ui contact_editor.ui 
> filetransfer_window.ui  incoming_filetransfer_dialog.ui  
> screensharing_dialog.ui  sounds
> 
> Is there any way to tell blink where to look for them? Or is this 
> something I should modify on the ebuild to
> install uis in /usr/lib64/python-exec/python2.7/share/blink?
> 
> Thanks!
> 
> José
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] New Blink Qt 3.0.0 version for MS Windows

[Dan Pascu]

On 05/12/17 21:58, Mediacast Guy wrote:

On 5/9/2017 1:41 AM, Dan Pascu wrote:



I called into a SIP number using my cell phone and tried to transfer the call 
to another cell phone. It didn't work.


I literally addressed this particular example in my answer above and stated 
that it won't work as SIP-to-PSTN gateways
do not support call transfer.


Then I tried to transfer to another SIP number it didn't work.


If one leg of the call was still a mobile phone, nothing changed nothing 
changed, so yes it would still not work.


What I don't understand is why it worked before. It's
confusing because I've been told that "call transfer is a function of the client not 
of the provider." Isn't Blink the
client?


It takes two to tango. I laid down the conditions that need to be satisfied in 
my answer above. Both endpoints
(clients) need to support call transfer. One endpoint/client (Blink) cannot 
magically make the other endpoint
initiate/participate in a call transfer if the other endpoint/client doesn't 
support call transfer.

In all your examples that do not work you mention one endpoint being a mobile 
phone, hence one endpoint/client is a
SIP-to-PSTN gateway that doesn't support this.

Plus if you want to talk specifics as to why your particular attempt failed, we 
cannot do that by guessing what is
wrong or inferring the cause from loose descriptions. A SIP trace will show 
what is going on.


Too much caffeine? Don't assume everyone else understands this as well as you 
do. Otherwise, thanks for the answer.


I have never drunk coffee in my life, since you wanna talk about 
assuming, but I must say I'm fascinated by your approach to solving your 
issue. Let me know if it works out for you.

___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink on MS Windows does not send invite on REFER

[Dan Pascu]

On 05/11/17 00:20, Pranathi Venkatayogi wrote:

Actually, I did the test myself. Blink client does not consider "chat call" as 
an active call and hence not transferable.
As the client already supports transfer of audio/video calls, how easy it is to 
enable the same for chat calls.


An active call is defined as one that is currently exchanging 
audio/video media, hence a chat only session can never be an active call.


A chat session not being an active call is not your main issue though. 
The SIP session in SIPSimple was designed to always create an audio only 
call on transfer, regardless of what media streams the original session has.


If you want to change this behavior, you'll have to modify the session 
in SIPSimple and you'll also have to modify Blink to allow initiating 
transfers for non-audio sessions.

___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] xdg-open tel://

[Dan Pascu]

You cannot. There is no mechanism to tell blink to dial a number from 
the command line.


On 04/24/17 13:59, Alexander Mannes wrote:

Dear developers,

i got blink running on Xenial (mint mate)
How can i open tel:// url's with blink?
If i type blink --help or blink -c NUMBER in shell
no call ist started.
There's no Number dialing.

Can you please explain how i have to send %u or a number to blink for
dialing it?

Thank you very much!
Alex


___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink


___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

[Blink] Google contacts

[Dan Pascu]

Google contacts should now work without restrictions.

Starting with 11th of April Google finally fixed the quota issue for the 
People API (not because of our request from 4 months ago, which is still 
unanswered to this day, but because they just changed the People API 
policy and removed any limit on the number of daily application requests).


For those unaware of the issue, in the past 4 months since we switched 
to the People API and the new OAuth2 authentication, Google contacts 
would only work for a few hours per day until a very low (max 1 
daily requests per application, i.e. shared by all Blink users) quota 
was reached.

___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink fails to start

[Dan Pascu]

On 13 Mar 2017, at 21:18, Julian wrote:

> Dan Pascu:
>> Your blink is old. You can:
>> 
> 
> It seems the location http://download.ag-projects.com/BlinkQt/ is not
> updated anymore? That's where I was downloading from.

Unfortunately that location is not updated consistently, especially lately 
after we mirrored all the projects on github. The download URL is:

http://icanblink.com/download/

For debian/ubuntu we provide packages. For other linux distributions, you can 
use darcs to get it, but if you prefer not to use it, you can follow the link 
to the github mirror for the project, click on the releases tab and there you 
can download tarballs for every release made.

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] New Blink Qt 3.0.0 version for MS Windows

[Dan Pascu]

On 10 Mar 2017, at 23:03, Mediacast Guy wrote:

> On 3/10/2017 8:23 AM, Dan Pascu wrote:
>> On 9 Mar 2017, at 14:58, Mediacast Guy wrote:
>> 
>>> On 1/11/2017 11:23 AM, Adrian Georgescu wrote:
>>>> This Windows version features SIP call transfer, migration to latest 
>>>> Google contacts API and several bug fixes. Graphical user interface has 
>>>> been migrated to Qt5.
>>>> 
>>>> The automatic updater should kick in. To manually upgrade your Blink 
>>>> version go to:
>>>> 
>>>> http://icanblink.com
>>> I'm missing something. Where is call transfer in the Windows version? I 
>>> have version 3.0.0 installed, and the update
>>> checker says it's the latest version.
>> http://icanblink.com/help/manual-qt/audio-calls-linux/#call-transfer
> 
> Thanks for pointing that out. I'm sorry I missed it. It works great. What's 
> strange is my VOIP provider (VOIPo) said
> they don't have call transfer on their residential accounts yet it clearly 
> works.

Call transfer is a function of the client not of the provider.

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] New Blink Qt 3.0.0 version for MS Windows

[Dan Pascu]

On 9 Mar 2017, at 14:58, Mediacast Guy wrote:

> On 1/11/2017 11:23 AM, Adrian Georgescu wrote:
>> This Windows version features SIP call transfer, migration to latest Google 
>> contacts API and several bug fixes. Graphical user interface has been 
>> migrated to Qt5.
>> 
>> The automatic updater should kick in. To manually upgrade your Blink version 
>> go to:
>> 
>> http://icanblink.com
> 
> I'm missing something. Where is call transfer in the Windows version? I have 
> version 3.0.0 installed, and the update
> checker says it's the latest version.

http://icanblink.com/help/manual-qt/audio-calls-linux/#call-transfer

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Password limitations?

[Dan Pascu]

Blink for Linux and Windows doesn't use the web password. It uses the SIP 
account password for everything, including the web login. You need to remove 
the web password if you want to use your SIP account with Blink for 
Linux/Windows.

On 27 Feb 2017, at 18:12, Mircea Sava wrote:

> Hello!
> 
> Changing the web password on http://mdns.sipthor.net always results in
> being locked out of the settings interface and requiring the resetting
> of the password which forms a continuous loop. My guess is you have
> restricted the length of the password(s) on the high end. Can you tell
> me these limitations so I could adjust my password generator
> accordingly, and perhaps post those restrictions on the site so other
> people won't encounter the same problem?
> 
> Thank you!
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink
> 


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] version 3.0.2 fails to initialize returning IO error

[Dan Pascu]

Unfortunately this patch does not work for the general case. It only works if 
you install blink with the same prefix as the python interpreter itself. 
sys.prefix refers to the python interpreter installation prefix, it has nothing 
to do with where blink itself is installed.

On 27 Feb 2017, at 20:18, Mircea Sava wrote:

> This small patch did the trick on my setup:
> 
> --- blink-3.0.2/blink/resources.py
> +++ blink-3.0.2/blink/resources.py
> @@ -75,7 +75,7 @@
> if os.path.exists(os.path.join(application_directory,
> 'resources', 'blink.ui')):
> cls._cached_directory =
> os.path.join(application_directory,
> 'resources').decode(sys.getfilesystemencoding())
> else:
> -cls._cached_directory =
> os.path.join(application_directory, 'share',
> 'blink').decode(sys.getfilesystemencoding())
> +cls._cached_directory = os.path.join(sys.prefix,
> 'share', 'blink').decode(sys.getfilesystemencoding())
> return DirectoryContextManager(cls._cached_directory)
> 
> @classmethod
> 
> 
> On 02/27/2017 04:59 PM, Mircea Sava wrote:
>> Blink on Gentoo no longer has a maintainer and the ebuild in the portage
>> tree is quite old so I wrote a new ebuild myself and installed the
>> package. I will take your advice and contact the Python team and get
>> their advice on a possible patch. Thanks
>> 
>> On 02/27/2017 04:39 PM, Dan Pascu wrote:
>>> Your problem is that /usr/bin/blink is a symlink to 
>>> /usr/lib/python-exec/python-exec2
>>> 
>>> I'm not familiar with how Gentoo does things and what that wrapper does, 
>>> maybe the person that packaged blink for Gentoo can help you better.
>>> 
>>> What I can tell you is how blink finds its resources:
>>> 
>>> It starts from the script location (in this case /usr/bin/blink, but it 
>>> could be /usr/local/bin/blink or /opt/bin/blink) and it goes up one 
>>> directory and then down to share/blink, so if blink is installed in /usr, 
>>> then /usr/bin/blink leads to /usr/share/blink, but if you are installed in 
>>> /opt, then /opt/bin/blink leads to /opt/share/blink
>>> 
>>> However in your case, the script (because of the symlink) is 
>>> /usr/lib/python-exec/python-exec2, which I suspect it's a wrapper that 
>>> actually launches /usr/lib/python-exec/python2.7/blink, which leads to the 
>>> result you see.
>>> 
>>> As a quick solution you can replace the /usr/bin/blink symlink with the 
>>> actual script (I think it is in /usr/lib/python-exec/python2.7/blink). For 
>>> a more permanent solution you need to talk with the person that packaged it 
>>> for Gentoo
>>> 
>>> On 27 Feb 2017, at 17:16, Mircea Sava wrote:
>>> 
>>>> Sure thing!
>>>> 
>>>> /usr 
>>>>> /bin 
>>>> + blink -> ../lib/python-exec/python-exec2 
>>>>> /lib 
>>>>> /python-exec 
>>>>> /python2.7 
>>>>   + blink 
>>>>> /lib64 
>>>>> /python2.7 
>>>>> /site-packages 
>>>>> /blink 
>>>>   + blink-3.0.2-py2.7.egg-info 
>>>>  + __info__.py 
>>>>  + __info__.pyc 
>>>>  + __info__.pyo 
>>>>  + __init__.py 
>>>>  + __init__.pyc 
>>>>  + __init__.pyo 
>>>>  + aboutpanel.py 
>>>>  + aboutpanel.pyc 
>>>>  + aboutpanel.pyo 
>>>>  + accounts.py 
>>>>  + accounts.pyc 
>>>>  + accounts.pyo 
>>>>  + chatwindow.py 
>>>>  + chatwindow.pyc 
>>>>  + chatwindow.pyo 
>>>>> /configuration 
>>>> + __init__.py 
>>>> + __init__.pyc 
>>>> + __init__.pyo 
>>>> + account.py 
>>>> + account.pyc 
>>>> + account.pyo 
>>>> + addressbook.py 
>>>> + addressbook.pyc 
>>>> + addressbook.pyo 
>>>> + datatypes.py 
>>>> + datatypes.pyc 
>>>> + datatypes.pyo 
>>>> + settings.py 
>>>> + settings.pyc 
>>>> + settings.pyo 
>>>>  + co

Re: [Blink] Support for ubuntu yakkety

[Dan Pascu]

On 12 Feb 2017, at 11:52, Jeremi wrote:

> On 09/02/17 15:32, Sergio Callegari wrote:
>> I've just uploaded blink packages for debian unstable, debian stable
>> (jessie) and ubuntu xenial/yakkety/zesty
>> 
>> Keep in mind what I mentioned in the other reply, google contacts still
>> has issues and libxml2 is still broken in yakkety and zesty (it seems it
>> was fixed just recently in debian unstable at version 2.9.4+dfsg1-2.2
>> and it was not an issue in jessie and xenial since they have an older
>> version which was not affected). In short if you have libxml2 at version
>> <2.9.4 or >=2.9.4+dfsg1-2.2 you are fine.
> 
> 
> jessie and jessie-backports seem to have 2.9.1
> seems the only way for vanilla debian to get >=2.9.4+dfsg1-2.2 is to -t
> testing install which isn't at all tidy and removes things like
> libreoffice because of conflicts

you do not need 2.9.4+dfsg1-2.2 in jessie. 2.9.1 works fine. everything up to 
and including 2.9.3 is fine. only 2.9.4 and up to 2.9.4+dfsg1-2.1 are broken.

broken versions: 2.9.4 - 2.9.4+dfsg1-2.1. avoid these, all others work fine.


> currently blink from ag repo stable does not work with jessie
> 
> this is what happens when I run it from terminal
> 
> 
>> Traceback (most recent call last):
>>  File "/usr/bin/blink", line 67, in 
>>from blink import Blink
>>  File "/usr/lib/python2.7/dist-packages/blink/__init__.py", line 31, in 
>> 
>>from blink.chatwindow import ChatWindow
>>  File "/usr/lib/python2.7/dist-packages/blink/chatwindow.py", line 39, in 
>> 
>>from blink.contacts import URIUtils
>>  File "/usr/lib/python2.7/dist-packages/blink/contacts.py", line 27, in 
>> 
>>from googleapiclient.discovery import build
>> ImportError: No module named googleapiclient.discovery
> 
> 
> in this case what might your suggestion for debian jessie be?

install python-googleapi from jessie-backports. you need it to be at least 
version 1.5.0. I'll add the right dependency in the next release.

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Is sipsimple 3.0.0 out of date?

[Dan Pascu]

On 26 Jan 2017, at 23:32, Michael Nagie wrote:

> Hello,
> 
> I try maintaining Blink dependencies for the Arch community, and my 
> SipSimple 3.0.0 has been flagged as out of date today.
> 
> I checked the site http://download.ag-projects.com/SipClient/
> where python-sipsimple-3.0.0.tar.gz is the most recent one which was 
> modified 09-Mar-2016 14:32.
> They want a newer one.

That download URL is not updated regularly and is not guaranteed to have the 
latest release. For the latest release you should use the darcs repository at:

http://devel.ag-projects.com/repositories/python-sipsimple/

Latest version is 3.1.0

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Google Contacts Function Support

[Dan Pascu]

And another note, blink will only load contacts that have phone numbers and/or 
email addresses in them. If they don't they will be skipped as they are useless 
for blink.

On 12 Jan 2017, at 16:23, Dan Pascu wrote:

> 
> On 12 Jan 2017, at 13:19, Alex - Gmail wrote:
> 
>> Guys,
>> 
>> I saw that Blik received an update that enables google contacts function 
>> again. I ran the application update, but only a small part of the contacts 
>> was loaded. I have many contacts in google contacts and would like to know 
>> if there is any limitation, number of contacts for example.
> 
> If you have more than 2500 contacts you will not be able to load them at all 
> since google restricts how many requests can be sent in 100 seconds and 
> fetching 2500 contacts requires more than what they allow. If you have less 
> it is fine, but for the moment they have a very low per day per application 
> quota so things do not work properly. We are waiting for google's reply on 
> the quota upgrade.
> 
> --
> Dan
> 
> 
> 
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink
> 


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Google Contacts Function Support

[Dan Pascu]

On 12 Jan 2017, at 13:19, Alex - Gmail wrote:

> Guys,
>  
> I saw that Blik received an update that enables google contacts function 
> again. I ran the application update, but only a small part of the contacts 
> was loaded. I have many contacts in google contacts and would like to know if 
> there is any limitation, number of contacts for example.

If you have more than 2500 contacts you will not be able to load them at all 
since google restricts how many requests can be sent in 100 seconds and 
fetching 2500 contacts requires more than what they allow. If you have less it 
is fine, but for the moment they have a very low per day per application quota 
so things do not work properly. We are waiting for google's reply on the quota 
upgrade.

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink not connecting SIP account

[Dan Pascu]

On 5 Jan 2017, at 14:49, Lars Noodén wrote:

>>> Which logs and other information are needed to help solve this?
>> 
>> In preferences enable sip trace and notifications trace. Restart
>> blink and send the 2 files (you can send to supp...@ag-projects.com
>> and mention this issue if the privacy of the traces is important). Do
>> NOT edit the logs to replace IP addresses.
>> 
> 
> Thanks.  I've sent the two logs directly to the other mail address.

According to the logs, their DNS name server seems to be the culprit. Half the 
time it replies, half the time it times out. I can see Blink did register, but 
then failed to publish presence or initiate a call.

This excerpt shows the issue (this is just for the SRV records, but I noticed 
it does the same for every record type: A, NAPTR, TXT):

2017-01-05 14:35:33.924633 [blink 18271]: DNS lookup SRV 
_sips._tcp.sip2sip.info. failed: no DNS response received, the query has timed 
out
2017-01-05 14:35:33.932106 [blink 18271]: DNS lookup SRV 
_sips._tcp.sip2sip.info. failed: no DNS response received, the query has timed 
out
2017-01-05 14:35:33.971674 [blink 18271]: DNS lookup SRV 
_sip._tcp.sip2sip.info. succeeded, ttl=3600: 100 100 5060 proxy.sipthor.net.
2017-01-05 14:35:59.060338 [blink 18271]: DNS lookup SRV 
_sips._tcp.sip2sip.info. failed: no DNS response received, the query has timed 
out
2017-01-05 14:36:24.174190 [blink 18271]: DNS lookup SRV 
_sip._tcp.sip2sip.info. succeeded, ttl=3600: 100 100 5060 proxy.sipthor.net.
2017-01-05 14:36:24.185869 [blink 18271]: DNS lookup SRV 
_sip._tcp.sip2sip.info. succeeded, ttl=3600: 100 100 5060 proxy.sipthor.net.
2017-01-05 14:36:24.266908 [blink 18271]: DNS lookup SRV 
_sips._tcp.sip2sip.info. succeeded, ttl=3063: 100 100 443 proxy.sipthor.net.

The name server that is used is at 127.0.1.1. Blink has code to detect if a 
name server is usable or not and if not it will automatically fall back to 
using the Google name servers at 8.8.8.8 and 8.8.4.4. But if during the probing 
the name servers happen to work, then the fallback will not happen.

The conclusion is that they have to either fix their DNS resolver, or replace 
their buggy resolver with the google name servers (8.8.8.8 and 8.8.4.4) in 
/etc/resolv.conf

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Hotkeys

[Dan Pascu]

On 4 Jan 2017, at 15:25, Mike Nagie wrote:

> Thank you,
> Ctrl + F is also on the help page.

I just added it after replying.

> 
> Unfortunately I didn't find any shortcuts for the Alert panel.
> http://icanblink.com/help/manual-qt/alert-panel-linux/

Updated the page.

> Like accepting or rejecting calls. Maybe ctrl+esc also rejects calls, I 
> couldn't test it because, Ctrl + Esc is assigned in KDE by default.
> (It runs system activity)
> 
> I hope users will be able to change these shortcuts in the future since 
> it can't suit everyone's needs.
> 
> Keep up the good work!
> Mike
> 
> On 17-01-04 14:02:44, Dan Pascu wrote:
>> 
>> The server url changed and is fixed in blink-3.0.0, which was released 
>> already for windows and will be released shortly for linux as well. In the 
>> meanwhile you can visit this url:
>> 
>> http://icanblink.com/help/
>> 
>> The only shortcut not listed there is Ctrl+F for searching contacts. Also 
>> most of the shortcuts are available in menus.
>> 
>>> 
>>> On 16-12-29 18:30:34, Adrian Georgescu wrote:
>>>> Go to help menu, the keys are listed there
>>>> 
>>>> Adrian
>>>> 
>>>>> On 29 Dec 2016, at 17:59, Mike Nagie <promike1...@gmail.com> wrote:
>>>>> 
>>>>> Hello,
>>>>> 
>>>>> I'd like to know if there are some hotkeys for most frequent actions in 
>>>>> Blink, for instance: reject, busy, accept, hangup, hold the call etc...
>>>>> ___
>>>>> Blink mailing list
>>>>> Blink@lists.ag-projects.com
>>>>> http://lists.ag-projects.com/mailman/listinfo/blink
>>>>> 
>>>> ___
>>>> Blink mailing list
>>>> Blink@lists.ag-projects.com
>>>> http://lists.ag-projects.com/mailman/listinfo/blink
>>> ___
>>> Blink mailing list
>>> Blink@lists.ag-projects.com
>>> http://lists.ag-projects.com/mailman/listinfo/blink
>>> 
>> 
>> 
>> --
>> Dan
>> 
>> 
>> 
>> 
>> ___
>> Blink mailing list
>> Blink@lists.ag-projects.com
>> http://lists.ag-projects.com/mailman/listinfo/blink
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink
> 


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Windows Blink 3.0.0 Google contacts

[Dan Pascu]

There is currently a very low limit in the daily quota for an application that 
uses the People API to fetch the contacts, which is 1 per day. We have 
requested an increase and are still waiting for Google's reply.


On 4 Jan 2017, at 3:25, Craig Chandler wrote:

> My google contacts will authenticate but it fails to get any contacts
> 
> From log:
> 
> File "warning: Could not fetch Google contacts:  requesting 
> https://people.googleapis.com/v1/people/me/connections?alt=json=500=person.email_addresses%2Cperson.im_clients%2Cperson.metadata%2Cperson.names%2Cperson.organizations%2Cperson.phone_numbers%2Cperson.photos%2Cperson.urls
>  returned "Insufficient tokens for quota group and limit 
> 'ReadGroupCLIENT_PROJECT-1d' of service 'people.googleapis.com', using the 
> limit by ID '28246556873'.">
> warning: Could not fetch Google contacts:  https://people.googleapis.com/v1/people/me/connections?alt=json=500=person.email_addresses%2Cperson.im_clients%2Cperson.metadata%2Cperson.names%2Cperson.organizations%2Cperson.phone_numbers%2Cperson.photos%2Cperson.urls
>  returned "Insufficient tokens for quota group and limit 
> 'ReadGroupCLIENT_PROJECT-1d' of service 'people.googleapis.com', using the 
> limit by ID '28246556873'.">
> 
> repeated many times
> 
> Windows 10 64bit
> blink 3.0.0
> 
> Regards
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink
> 


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Hotkeys

[Dan Pascu]

On 29 Dec 2016, at 19:48, Mike Nagie wrote:

> Sorry for being clumsy;
> Blink is opened up.
> 
> I see: Blink, Call, Tools and Window.
> There is no help under Call, Tools or Window.
> Under Blink there's a Blink Help (F1) which opens the browser at 
> http://icanblink.com/help-qt.phtml
> 
> saying:
> 
> Not Found
> 
> The requested URL /help-qt.phtml was not found on this server.
> 
> I'm currently using Blink Version 2.0.0 March 9 2016

The server url changed and is fixed in blink-3.0.0, which was released already 
for windows and will be released shortly for linux as well. In the meanwhile 
you can visit this url:

http://icanblink.com/help/

The only shortcut not listed there is Ctrl+F for searching contacts. Also most 
of the shortcuts are available in menus.

> 
> On 16-12-29 18:30:34, Adrian Georgescu wrote:
>> Go to help menu, the keys are listed there
>> 
>> Adrian
>> 
>>> On 29 Dec 2016, at 17:59, Mike Nagie  wrote:
>>> 
>>> Hello,
>>> 
>>> I'd like to know if there are some hotkeys for most frequent actions in 
>>> Blink, for instance: reject, busy, accept, hangup, hold the call etc...
>>> ___
>>> Blink mailing list
>>> Blink@lists.ag-projects.com
>>> http://lists.ag-projects.com/mailman/listinfo/blink
>>> 
>> ___
>> Blink mailing list
>> Blink@lists.ag-projects.com
>> http://lists.ag-projects.com/mailman/listinfo/blink
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink
> 


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink windows client does not honor 301 moved permanently

[Dan Pascu]

On 16 Nov 2016, at 0:24, Pranathi Venkatayogi wrote:

> From the Kamailio server I am sending 302 moved permanently to blink.
> It displays “moved” in the chat window, but does not replicate message to new 
> destination.
>  
> Is REDIRECT not implemented in the blink client? Is it part of future feature 
> list?

It is not and currently there are no plans for this.

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink for Mobile is now available in App Store

[Dan Pascu]

On 21 Oct 2016, at 11:43, Willi Ahnen wrote:

> Hi,
> 
> Is there a way to use Blink for Mobile for an external sip provider in order 
> to
> do normal calls outside of this community?

You can make calls anywhere outside of sip2sip.info, you are not restricted to 
this community, however if you ask about being able to use an account from a 
different provider you cannot as this application is not a traditional SIP 
client, it cannot directly talk with a SIP server as it doesn't include a SIP 
stack. The application uses webrtc and it needs a translation layer for SIP 
which our platform provides.

> 
> Regards,
> 
> Willi
> 
>> Am 20.10.2016 um 23:48 schrieb Adrian Georgescu :
>> 
>> Blink for Mobile is now available for iPhone and iPad in the App Store. 
>> 
>> This version supports DTMF tons for PSTN interoperability and multi-party 
>> video conference.
>> 
>> https://itunes.apple.com/us/app/blink-for-mobile/id1100356948?ls=1=8
>> 
>> Regards,
>> Adrian
>> 
>> 
>> 
>> 
>> 
>> ___
>> Blink mailing list
>> Blink@lists.ag-projects.com
>> http://lists.ag-projects.com/mailman/listinfo/blink
> 
> ___
> Blink mailing list
> Blink@lists.ag-projects.com
> http://lists.ag-projects.com/mailman/listinfo/blink
> 


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Repository OpenPGP Key Fingerprint?

[Dan Pascu]

On 6 Oct 2016, at 12:40, Lars Noodén wrote:

> I have Blink 1.4.2trusty for Ubuntu 14.04 LTS on amd64.  APT is now
> asking for a different key than what I've had for while.  Has the key
> changed?

Yes it did. We updated the key to 4096 bit RSA as the old one (1024 bit DSA) 
was outdated and was giving warnings when used.

>   If so, what is the fingerprint for the current key?
> 
> I have this one in my keychain dated from 2007:
> 
> fingerprint   7B02 469D 7BFD D281 9F7E  C4A6 07C0 EF03 163A 0DF5
> for AG Projects Debian Package Signing Key 
> 
> The instructions for the Debian and Ubuntu repositories [1] list the URL
> for a key [2] without listing what the fingerprint should be.

We'll look into that.

>  That one
> is dated 4 Oct but I've seen no announcement on the list or on the web
> page about the fingerprint or the change.
> 
> Regards,
> Lars
> 
> [1] http://projects.ag-projects.com/projects/documentation/wiki/Repositories
> 
> [2] http://download.ag-projects.com/agp-debian-gpg.key
> 
>   which is:
> 
> 2016-10-04 AG Projects Debian Package Signing Key 
> fingerprint   FEBA 7E75 4C9C C6B1 10D1  5DFF F740 46C3 16D8 F9F5

This is the fingerprint from the new key.


--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Russian locale issues + broken VP8 encoding

[Dan Pascu]

I've found the problem. It'll be fixed in the next release.
In the meanwhile if you want to use it you can start it with a C locale from a 
terminal like:

LC_ALL=C blink

On 24 Oct 2015, at 22:11, Charles Rocha wrote:

> Dear Blink Staff,
> 
> We are trying to use Blink in our office. We are running either Debian Jessie 
> or Xubuntu 14.04 on all systems. The Debian systems are set up with the US 
> locale. The Xubuntu systems are set up with the Russian locale. It is on 
> these Xubuntu systems that Blink does not work properly. In our testing, it 
> appears that the problem seems related to having a locale that uses non-latin 
> characters.
> 
> Symptoms: Blink can receive chats and calls but cannot call out or send chat 
> messages. The chat window setup screen is a blank gray box. Most of the 
> system settings are unchecked by default and can be selected, but they revert 
> to the unchecked state when Blink is exited and restarted. When starting 
> Blink from the command line, the following text appears in the terminal:
> 
> xubuntu@xubuntu:~$ blink
> error: Exception occured while calling function handle_notification in the 
> GUI thread
> Traceback (most recent call last):
>  File "/usr/lib/python2.7/dist-packages/blink/__init__.py", line 278, in 
> _EH_CallFunctionEvent
>event.function(*event.args, **event.kw)
>  File "/usr/lib/python2.7/dist-packages/blink/preferences.py", line 1662, in 
> handle_notification
>handler(notification)
>  File "/usr/lib/python2.7/dist-packages/blink/preferences.py", line 1666, in 
> _NH_SIPApplicationDidStart
>self.load_settings()
>  File "/usr/lib/python2.7/dist-packages/blink/preferences.py", line 701, in 
> load_settings
>self.update_chat_preview()
>  File "/usr/lib/python2.7/dist-packages/blink/preferences.py", line 886, in 
> update_chat_preview
>add_message(message)
>  File "/usr/lib/python2.7/dist-packages/blink/preferences.py", line 870, in 
> add_message
>chat_element.appendInside(message.to_html(style, user_icons=user_icons))
>  File "/usr/lib/python2.7/dist-packages/blink/chatwindow.py", line 301, in 
> to_html
>return style.html.message.format(message=self, **kw)
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 3: 
> ordinal not in range(128)

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink

Re: [Blink] Blink QT for Windows - Space Characters in Google Contacts Phone Numbers

[Dan Pascu]

On 7 Sep 2015, at 12:51, Eric von Däniken wrote:

> Dan Pascu wrote:
>> What version of blink are you running? The code in blink strips any 
>> whitespace, () or - characters from the number, since version 0.5.0 (which 
>> was released in Aug 2013)
> Sorry that I forgot mentioning - of course I'm running the current version 
> 1.4.1 for Windows from 18th June 2015 ...

1.4.1 was released on 28 Aug 2015, source only, so you cannot run that on 
windows. Maybe 1.4.0, which was released June 10.

> This issue didn't occur yet when I started to use Blink around April 2014, I 
> noticed that behavior earlier this year.
> 
> In case a phone number is containing whitespaces on Google, no spaces will 
> appear in the phone numbers displayed in the Blink contact details when 
> "expanding" the contact by clicking on the inverted '^'.
> But as already described in my initial message, for whatever reasons no phone 
> number at all will display under the contact name in the contact list 
> overview, and Blink will refuse to dial such a number (nothing happens, no 
> error message).

This is a different issue and it was fixed in 1.4.1. A windows release will 
follow shortly (in a few days).

--
Dan




___
Blink mailing list
Blink@lists.ag-projects.com
http://lists.ag-projects.com/mailman/listinfo/blink