suncat2000 / mobiledetectbundle Goto Github PK

Hi!

I'm trying to make a redirection to a mobile site like in the usage example. My config.yml is a copy/paste of what's in the readme.

mobile_detect:
    redirect:
        mobile: 
            is_enabled: true
            host: http://mobilesite.local
            status_code: 301
            action: redirect
        tablet: ~
    switch_device_view: ~

But when I hit http://website.local nothing happens. I'm using User Agent Switcher Firefox extension to appear as a mobile browser.

The bundle seems well configured because when I use is_mobile() twig helper it detects me as a mobile.

Any idea? Thanks in advance.

Guillaume

Would it be possible to add a redirect parameter to the config that enables redirection for desktop devices as well? Something like:

mobile_detect:
redirect:
mobile: ~
tablet: ~
desktop:
is_enabled: true
host: http://site.com
status_code: 301
action: redirect
switch_device_view: ~

This configuration would be used on a dedicated mobile site (e.g. http://m.site.com) so that it could redirect desktop traffic to the full site (e.g. http://site.com).

Hi im using 2.1.0-RC1
In CLI when you try to dump your assets you get following error:

[Symfony\Component\DependencyInjection\Exception\InactiveScopeException]
You cannot create a service ("request") of an inactive scope ("request").

Problem seems to be that mobile_detect.mobile_detector requires request in construct and request object is not defined in CLI mode. Also mobile_detect.mobile_detector cannot be forced to use request scope because mobile_detect.twig.extension has it as reference and twig has mobile_detect.twig.extension as reference. This fails because references cannot belong in narrower scope.

When i comment mobile_detect.twig.extension CLI mode works well.

I'd appreciate a function to check whether the user agent is a touch device to implement e.g. different behavior regarding hover elements.

The user agent: Mozilla/5.0 (Linux; Android 4.0.4; MZ604 Build/I.7.1-45) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.59 Safari/537.36

Thanks for looking into that!

With 0.9.6 when app/console assetic:dump is executed, this exception is thrown:
You cannot create a service ("request") of an inactive scope ("request").
(with 0.9.5 it doesn't happen)

I'm using JMS i18n routing bundle (https://github.com/schmittjoh/JMSI18nRoutingBundle) and can't get options for route.

In file MobileDetectBundle/EventListener/RequestListener.php on line 331 there's:

        $route = $this
                    ->container
                    ->get('router')
                    ->getRouteCollection()
                    ->get($this->container->get('request')->get('_route'))
                ;

But in route collection all routes are prefixed with [locale]__RG__. That's why it returns NULL for current route (which is not prefixed) and no options is selected.

I'm really sorry to open this off-topic issue, but I'm trying to contact this bundle's author. I sent an email to kot @twotwelve.ru but I haven't received any reply. @suncat2000 could you please check your Spam folder or contact me at [email protected]? Thanks and apologies again for disturbing this repository with this issue.

Line 279 of EventListener/RequestListener.php reads

return $this->redirectConf[$platform]['host'] . $this->container->get('request')->getRequestUri() . '?' . Request::normalizeQueryString(http_build_query($queryParams));

The problem is that the returned value from $this->container->get('request')->getRequestUri() includes the query string from the original request.

So a url like
http://example.com/?foo=bar
gets redirected to
http://m.example.com/?foo=bar?device_view=mobile&foo=bar

Hello!

I just found out, that "isTablet" does not recognize the iPad Simulator provided by Xcode... i need to try it on a real iPad, but i figure it should be the Same...

I use Nexus 7, running based Android Jelly Bean 4.1.2, open my website with Chrome browser. This script detects my device as mobile. Please re-check this issue. Thanks.

When I try to load my website after installing this bundle I get the message InactiveScopeException: You cannot create a service ("request") of an inactive scope ("request").

Any idea?

Having experienced an issue with an ESI request, I took a quick look at the code and I realized that the listener ignores sub-requests (used by ESI).

There: 444e595#diff-1ef8ac159e28a851a5ada1b954455703R72

I'm wondering why? It looks inconsistent to me because I would expect to be allowed to use issers methods in the same way to render a consistent views/layouts.

It could be useful if redirecting would check some redirecting parameter from users routing config and disable it if this redirecting parameter is set to false.

This would enable more flexibility as you might not wan't to have mobile/tablet version kick in for all of your routes.

I want to add your project to the list of projects that use Mobile_Detect class. Can I post a link on our main project pages? (https://github.com/serbanghita/Mobile-Detect ; http://code.google.com/p/php-mobile-detect/ and http://mobiledetect.net)

Helo Folks,

I am using the bundle and I can see when I use:

$mobileDetector = $this->get('mobile_detect.mobile_detector');
if($mobileDetector->isMobile()) {

    }

The samsung galaxy note 8'' has been detected as a mobile device instead of tablet.

Do you have any idea?

Wesley

How can user to get to original non mobile site with a mobile device?
It is quite common that mobile sites have a "back to original site" -link that should disable
redirection and show the original site.

If there is no implementation to this I might be able to help.

Hi again.

I noticed that when i try to access MYURL/something with ?device_view parameter like
MYURL/something?device_view=full redirects me to MYURL/.

This prevents me to switch devices smoothly because i can't switch content page device without being redirected to index.

I think that this could be archived by using currentHost + parameters instead of currentHost in
getRedirectResponseBySwitchParam($this->currentHost) .

Hello guys.

I'm trying to work with this Bundle but it gets me errors. This is the error:

"PHP message: PHP Fatal error:  Uncaught exception 'Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException' with message 'You have requested a non-existent service "mobile_detect.mobile_detector"

I try this code in my suerver, but in my computer, the same code works fine. In my config.yml I have this lines of code:

#app/config/config.yml
mobile_detect:
    redirect:
        mobile: ~
        tablet: ~
    switch_device_view: ~

Someone knows how to fix this error? My Symphony version is: 2.5.4

Hi everyone,

I tried to install your bundle with composer on my symfony 3.0 project but the installation failed.
Usually, does it work with symfony 3 ?

Thanks.

Hi Henri, I did refactor of bundle, please check your tests.
I can not get them to work.

Hi,
I want to extends RequestListener Class to add custom features, but some functions are "private".
Could it be possible to change them to "protected" ?

Thx !

Steorangeball23.

Hi,

if I add device_view to my URL http://xxx.com/?param=1&device_view=full the bundle redirects to http://xxx.com/, so the query string gets lost.

Could you solve this issue?

Thank you!
Tobi

Current problem is that when user visit the sit with mobile and he decides to check full page version he is stuck with full page version unless he manually switches back.
I think that it would be logical to always redirect new mobile sessions to mobile page.

Hello, I'm getting this error trying to use this bundle.

_Catchable Fatal Error: Argument 3 passed to SunCat\MobileDetectBundle\EventListener\RequestResponseListener::_construct() must be an instance of Symfony\Bundle\FrameworkBundle\Routing\Router, instance of BeSimple\I18nRoutingBundle\Routing\Router given, called in /var/www/c2is/oceania_hotels2/app/cache/dev/appDevDebugProjectContainer.php on line 5140 and defined

The problem is that I'm not using the classic symfony routing, but BeSimple\I18nRoutingBundle.

And in the construct(), there is a line:

    public function __construct(
        MobileDetector $mobileDetector,
        DeviceView $deviceView,
        Router $router,
        array $redirectConf,
        $fullPath = true
    )

The expected Router is Symfony\Component\Routing\Route...

I'm not even interested in use all the routing functionalities of the module, just a simple:

$mobileDetector = $this->get('mobile_detect.mobile_detector');
$mobileDetector->isMobile();

Is this a bug or how can I avoid this error?
Thanks for the help,

I need to use MobileDetectBundle with the must recent version of Symfony (3.1). There is some restriction upgrade your composer?

I need to test a portion of code where isMobile() method is used, so I need to get two different cases, true and false.
How can I do it?
TIA

This is a lovely bundle. Does anyone know how I can configure all tablets to show the desktop view by default? I am not even interested in switching them to mobile. Thanks.

Hi there,

I already submitted this comment this morning, now it seems gone. I hope this is not my bad, but I couldn't find it anywhere.

It would be awesome, if could just let me know, if you are planning to resolve this issue anytime soon. Otherwise I need to find another bundle... Solution should be real easy (keeping hash-tags would be nice too).

http://anurl.com/?param=1&device_view=full
redirects to
http://anurl.com/
=> The param is lost.

Thank you!

Tobi

The MyBundle:Subdir:filename.html.twig notation is not enabled by default in 3.0 because the Templating component is not enabled by default, a simple out-of-the-box solution is to use namespaced twig paths http://symfony.com/doc/current/cookbook/templating/namespaced_paths.html

Hi,

I installed the bundle like in description.
Everything works fine, even the services are installed correctly and the twig-functions are callable.

The problem, I always get false with every method:
$this->get('mobile_detect.mobile_detector')->isMobile() -> false
$this->get('mobile_detect.mobile_detector')->isFullView() -> false
Same with twig is_mobile and is_not_mobile_view

Don't really know what to do, can anybody help?

All configurations are default. Works on new ipads, but not old and some other tablets

Hi,

Right now the RequestListener sets a cookie with the device_view.
It would be great to be able to disable that cookie behavior by setting a parameter in configuration.

A typical use case would be for tests/dev environment: at the moment we can't use Chrome dev tools properly.

User agent: Mozilla/5.0 (iPad; CPU OS 6_1_3 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10B329 Safari/8536.25

Shouldn't this be detected a tablet?

Cheers!

mobile_detect:
    redirect:
        mobile:
            is_enabled: true
            host: http://m.mysite.lt
            action: redirect_without_path
        tablet:
            is_enabled: true
            action: no_redirect
    switch_device_view: ~

Tried is_enabled: false also, but tablet still gets redirected to http://m.mysite.lt

Bonjour,
Le bundle n'est actuellement pas compatible avec Symfony 3, auriez-vous une date de mise à jour pour rendre compatible le bundle en question ?
Problem 1
- Conclusion: remove symfony/symfony v3.0.2
- Conclusion: don't install symfony/symfony v3.0.2
- Conclusion: don't install symfony/symfony v3.0.1
Merci de votre compréhension
Cordialement

I use this bundle and thanks a lot for it. Could you please add some stable version ??

Hi,

my symfony 2 app start to warn me about usage of deprecated method in this bundle :

DEPRECATED - The Twig_Function_Method class is deprecated since version 1.12 and will be removed in 2.0. Use Twig_SimpleFunction instead.

DEPRECATED - Using an instance of "Twig_Function_Method" for function "is_mobile" is deprecated. Use Twig_SimpleFunction instead.

Will someone take care of this and make a new release for Twig 2.0 ?

Thx

I am trying to use the MobileDetectBundle for my pc Symfony2 application, which is already done. What I want to do is that the user can do some of the functionality the pc app does using his/her mobile. So, I think the steps I need to do are the following ones:

1. Create a new bundle called MobileBundle, in which I will use the necessary entities already created in other bundles used for the pc app.
2. Create Controller an Views in that MobileBundle to do the functionality of the mobile app (maybe reuse some functions from other Controllers in other bundles)
3. Using MobileDetectBundle, detect in mi indexAction() (defined in mi StaticBundle) whether the user is accessing the app using a pc or a mobile, and redirect to the appropiate view/controller.

Is this a correct way to do what I need? I have already installed the MobileDetectBundle, but I don't really know how to set the mobile_detect in config.yml. Do I need to create any other .yml config file?

Any help will be welcome.

I have { mobile: no_redirect, tablet: no_redirect } in routes config and it works for a page itself, but all assets in a page are redirected and obviously not found. Any way to do somehow assets wouldn't redirect also? Symfony 2.3.23

Also tried dumping and testing assets in prod env, but that's what I get:

php app/console assetic:dump --env=prod
PHP Catchable fatal error:  Argument 3 passed to SunCat\MobileDetectBundle\Twig\Extension\MobileDetectExtension::__construct() must be of the type array, none given, called in /home/<...>/app/cache/prod/appProdProjectContainer.php on line 1315 and defined in /home/<...>/vendor/suncat/mobile-detect-bundle/SunCat/MobileDetectBundle/Twig/Extension/MobileDetectExtension.php on line 41

Updated to Symfony 2.3.25 and still the same

Am I doing something wrong? I try to check browser IE in twig files and

is_device('IE')

is not working.. Probably dumb question, but I have no idea how to achieve this

This both methods does not work in a normal browser. I would be great if you can use the isSafari function in a normal context. But in that cache $this->cache is empty and it does not match because in the rule variable is no browser.

Can you fix that?

When accessing YOURSITE/somecontent you will be redirected to m.YOURSITE. Apparently this isin't optimal solution if you want to access to some sub page with you mobile.

This behaviour could be done like issue #6 so we would have a parameter in our routing config that would tell what to do with certain route for example: ( default routing, no routing, route with parameters).

My setup:
-PHP: 5.4.10
-Symfony: 2.3.8 (also tested with 2.3.9)
-mobiledetect: 2.7.6
-this bundle: 0.9.1

Bundle creation verified. No errors thrown in dev mode. But no redirection on mobile or tablet devices. Worked properly prior to updating.

Prior to update, my setup was the same except I was using the dev-master for this bundle as it existed on January 4, 2014. I undid the updates and redirection works again. Anyone else having this problem after upgrading?

@suncat2000 Symfony 2.3 is out so it would be nice to support it.

This bundle isn't stable enough to mark it as stable (tagging 1.0.0) and locking it to a serbanghita/Mobile-Detect range of versions (for instance, ~2.6)?

salam

i install this bundle but it make a loop of redirection when it redirect to mobile site

here is what browser view

The webpage at http://www.foo.com/mobilr has resulted in too many redirects

The composer.json file locked down to 2.1.*

Branch out the current Master to 2.1 and update the master branch towards 2.2?

Thanks

The Symfony\Component\DependencyInjection\Container::isScopeActive method is deprecated since version 2.8 and will be removed in 3.0

in Line 65
https://github.com/suncat2000/MobileDetectBundle/blob/master/Helper/DeviceView.php#L65

Hello,

I love your Mobile Detect library, but I'd like to report a minor problem. Recently, we've got this error:

Error: Maximum execution time of 30 seconds exceeded in /vendor/mobiledetect/mobiledetectlib/Mobile_Detect.php line 1208

From a visitor who came to our website with this user-agent string:

'Mozilla/5.0 (Windows NT 6.1; rv:32.0) Gecko/20100101 Firefox/32.0 BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR BLNGBAR'

After some search, it appears that this might be caused by this browser plugin (toolbar) : http://blingee.com/plus .

I know it's a very rare situation but since we don't have any personal information about that visitor, we cannot tell him the reason why he cannot access our website. And one lost customer is still a lost customer! :)

Thank you,
Tomas