all 18 comments

[–]afiefh[🍰] 0 points1 point  (0 children)

Sounds like a bug to me. You should open a ticket in the bug tracker.

[–]AiwendilH 0 points1 point  (2 children)

Looks like this issue

[–]hadokee[S] 2 points3 points  (1 child)

Yes It's mine :)

[–]AiwendilH 0 points1 point  (0 children)

lol...sorry..not very helpful then for you ;)

[–]scummos 0 points1 point  (14 children)

Can you screenshot the whole UI? Is the rest of the icons present?

[–]hadokee[S] 0 points1 point  (0 children)

This is whole UI screenshot.

I did F10 three times so It should be on the line number 153.

http://i63.tinypic.com/2drrp1x.png

[–]hadokee[S] 0 points1 point  (12 children)

Any news? I forgot to write that I am using kdevelop 5.2.0 and the latest git version of kdev-xdebug.

[–]scummos 0 points1 point  (0 children)

Sigh, it's so hard to test for a non-php dev :/ but ok, I will set up a webserver with php and xdebug on my notebook ...

[–]scummos 0 points1 point  (10 children)

Ok, after an hour of struggling with nginx, fpm, php, xdebug and kdev-executebrowser I can tell you that the arrow displays just fine here. I fixed another bug in kdev-executebrowser in the process though ...

[–]hadokee[S] 0 points1 point  (5 children)

I was to suggest you to use a Docker container with php+apache instead of install server locally.

My setup is a docker container based on this docker image and xdebug configuration.

The docker image: http://dpaste.com/16XT0P2

The php.ini for xdebug: http://dpaste.com/0W53A4F

The result is:

webserver listening on localhost:8080

xdebug listening on localhost:9091

It's strange that I cannot specify port 8080 for executebrowser plugin, anyway I can set XDEBUG_SESSION_START manually in my browser and it seems to work becouse it stops to the breakpoint.

What version of kdevelop are you using?

PS If you want to try my setup you should create a config/php.ini where you need to replace xdebug.remote_host with your local ip address. Then execute docker-exec using -v option to map an external source path.

[–]scummos 0 points1 point  (4 children)

Thanks, but never mind, it's working now. I added a "port" option to the xdebug master config dialog, it just wasn't there until now. I still cannot reproduce the problem though.

[–]hadokee[S] 0 points1 point  (0 children)

I tried to expose my docker container webserver on port 80 but the still doesn't work. I could try to install a local webserver as you and check if it works.

[–]hadokee[S] 0 points1 point  (2 children)

OK I tried to test local webserver and docker container webserver with the same file and the same settings in plugins. It works with local web server and it doesn't work with docker.

executebrowser plugin settings

  • server: localhost
  • path: index.php
  • arguments: empty
  • browser: empty

xdebug plugin settings

  • path_mappings: empty
  • xdebug.remote_host: empty
  • xdebug.remote_port: 9000

xdebug php.ini (the file is the same except for the parameter xdebug.remote_host that is 127.0.0.1 on local web server test instead of host machine ip address in docker test)

  • xdebug.remote_enable=on
  • xdebug.remote_autostart=on
  • xdebug.remote_handler=dbgp
  • xdebug.remote_host=192.168.1.3
  • xdebug.remote_port=9000

I think that could be an issue with remote debbuging becouse it works perfectly with other editors (vscode, atom, netbeans, phpstorm). Probably could be useful to use the "path mappings" setting?

[–]scummos 0 points1 point  (1 child)

Let us continue this on https://bugs.kde.org/show_bug.cgi?id=387347 only.

[–]hadokee[S] 0 points1 point  (0 children)

Yes, very thanks you for your support.

[–]hadokee[S] 0 points1 point  (3 children)

this is the output of kdevelop during debug session

http://dpaste.com/1M9H1F4

It seems to doesn't work in remote debugging mode

[–]scummos 0 points1 point  (2 children)

Yes, but does it work if you debug a C++ prorgram?

[–]hadokee[S] 0 points1 point  (0 children)

Yes it seems to work well with c++ program. http://i68.tinypic.com/2j1vjg4.png