View Issue Details

IDProjectCategoryView StatusLast Update
0000982XdebugUncategorizedpublic2020-03-12 18:01
Reporteraik099 Assigned Toderick  
Status closedResolutionfixed 
PlatformSlackwareOSLinuxOS Version13.3
Product Version2.2.3 
Fixed in Version2.3.0 
Summary0000982: Incorrect file paths in exception stack trace

When Xdebug is printing out a stack trace (in orange) for an exception it thinks, that all files are in parent folder (..) for no reason (see image). In fact I have files scattered all over place (but within DocumentRoot of course).

Additional Information

PHP Version: 5.4.20

TagsNo tags attached.
Attached Files
Operating System
PHP Version5.4.10-5.4.14



2013-10-02 09:01

reporter   ~0002571

File, that throws exception: /modules/custom/units/sections/site_domains/e_site_domain_eh.php
File, that is visited in browser to start the process: /admin/index.php
DocumentRoot: /mnt/hd/home/alex/web

File paths from stack trace (if inspecting in debugger in PhpStorm):

  • /mnt/hd/home/alex/web/p/catalyst-demo/core/kernel/event_handler.php
  • /mnt/hd/home/alex/web/p/catalyst-demo/core/kernel/event_manager.php
  • /mnt/hd/home/alex/web/p/catalyst-demo/core/kernel/application.php

It seems, that xdebug tries to figure out common path to replace with "..", but does that too aggressively. Removing DocumentRoot from all paths might be a good idea anyway.


2013-12-04 00:10

administrator   ~0002636

This is not a bug. Xdebug doesn't really mean "parent directory" with "../". It just means there is something before the /. If you hover over the filename, then you get the full path.


2013-12-04 08:17

reporter   ~0002638

Then you should use 3 dots (e.g. ".../filename.php") to indicate that the path is shortened and there is more to see. 3 dots at the end of text (e.g. "some text ...") exactly does that.

In file path the "../" always means parent folder and this is what most of people would think about it, when they see it.

Fact, that I can hover over to see full path isn't obvious either. I surely won't be trying to hover over each cell in stack trace table in hopes to get extra info. Usually if hovering over will show something, then element should be underlined with a dashed line. If clicking on element, then it should be underlined from the beginning or while hovering over on it (usual behavior with links).

Xdebug is great debugging product, but common-sense GUI principles still need to be applied.

Could you please be more responsive. I've posted this issue 2 month ago and only now I'm getting the answer that there is nothing to be fixed.


2014-03-05 09:20

administrator   ~0002747

As this is a minor issue, it's not very high on my list of things to look at. I'll see what I can do.


2014-04-26 07:14

reporter   ~0002798

It's that hard to add one dot in path name (will be "..." instead of "..") to make things clearer?


2014-04-26 09:08

administrator   ~0002799

Last edited: 2015-02-22 11:42

I closed it as fixed last night already..., because I've fixed it:

Issue History

Date Modified Username Field Change
2013-10-02 08:54 aik099 New Issue
2013-10-02 08:54 aik099 File Added: xdebug_wrong_stracktrace_paths.png
2013-10-02 09:01 aik099 Note Added: 0002571
2013-12-04 00:10 derick Note Added: 0002636
2013-12-04 00:10 derick Status new => resolved
2013-12-04 00:10 derick Resolution open => no change required
2013-12-04 00:10 derick Assigned To => derick
2013-12-04 08:17 aik099 Note Added: 0002638
2013-12-04 08:17 aik099 Status resolved => feedback
2013-12-04 08:17 aik099 Resolution no change required => reopened
2014-03-05 09:20 derick Note Added: 0002747
2014-03-05 09:20 derick Status feedback => assigned
2014-04-25 23:01 derick Status assigned => closed
2014-04-25 23:01 derick Resolution reopened => fixed
2014-04-25 23:01 derick Fixed in Version => 2.3dev
2014-04-26 07:14 aik099 Note Added: 0002798
2014-04-26 07:14 aik099 Status closed => feedback
2014-04-26 07:14 aik099 Resolution fixed => reopened
2014-04-26 09:08 derick Note Added: 0002799
2014-04-26 09:08 derick Status feedback => closed
2014-04-26 09:08 derick Resolution reopened => fixed
2015-02-22 11:42 derick Note Edited: 0002799
2015-02-22 11:42 derick Category Usage problems => Feature/Change request
2015-02-22 14:30 derick Fixed in Version 2.3dev => 2.3.0
2020-03-12 16:55 derick Severity minor => feature
2020-03-12 18:01 derick Category Feature/Change request => Uncategorized