Jump to content
adrian

Tracy Debugger

Recommended Posts

In my case, it doesn't help. I was playing with this when I was developing ProcessFileEdit but haven't found a proper solution. Then support for UTF8 for windows was added I think in 7.0 or 7.1 and then I stopped bothering.

Share this post


Link to post
Share on other sites
7 hours ago, adrian said:

@szabesz - I haven't seen any of these issues. Is it browser specific, or any chance the scrollbar issue could be related to this: https://processwire.com/talk/topic/13389-adminonsteroids/?do=findComment&comment=179123 or something else in AOS?

I disabled AOS and it did not make any difference, the tracyHidden class gets applied to <body> when I click the arrow icon to minify the debug bur. Regarding scrollbar issue, it happens in both Firefox and Safari too. Chrome and Firefox are the latest. The tiny svg icon issue is a bit browser specific, as it does not happen in Firefox, but does happen in both Safari and Chrome.

The hidden class issue emerged when I updated Tracy yesterday. I cannot see any connection to AOS, but I could not spend time on debugging.

Share this post


Link to post
Share on other sites
Posted (edited)
12 minutes ago, szabesz said:

The hidden class issue emerged when I updated Tracy yesterday. I cannot see any connection to AOS, but I could not spend time on debugging.

I have just remembered that yesterday – beside updating Tracy – I also enabled the "Hide debugbar by default" in an attempt to workaround the scrollbar issue, so that the debugbar on the right does not get in the way by default. I have just gone to the settings and turned off "Hide debugbar by default" and it partially solved the problem. With this setting, if I click the arrow to minimze the debugbar, tracyHidden class still gets applied to <body> but upon page reload it does not, so at least it is not "sticky" and I can see the admin.

Edited by szabesz
typos

Share this post


Link to post
Share on other sites

Thanks for the extra details @szabesz - unfortunately I still can't reproduce. Could you please try deleting your browser LocalStorage - maybe that is affecting the position under the scrollbar. Could you also send me your Tracy settings. You can use my ModuleSettingsImportExport module to make that easy.

Regarding the SVG icon issue - does this occur both backend and frontend? Just wondering if maybe there is some frontend css (or custom backend css for that matter) that might be interfering.

Share this post


Link to post
Share on other sites

@tpr and @matjazp - I just converted one of my ProcessWire log files to Windows 1252 and I still had no problems with the panel - it was successfully json encoded and saved to the wireCache. I'm not sure how to proceed from here - any thoughts?

Share this post


Link to post
Share on other sites
4 hours ago, adrian said:

I'm not sure how to proceed from here - any thoughts?

Leave it. Let the user fix it. While I was able to make it work in a terminal, conversion is unreliable.

Screenshot 2019-03-25 06.34.17_cr.jpg

Screenshot 2019-03-25 06.19.08_cr.jpg

  • Like 1

Share this post


Link to post
Share on other sites
17 hours ago, adrian said:

Thanks for the extra details @szabesz - unfortunately I still can't reproduce. Could you please try deleting your browser LocalStorage - maybe that is affecting the position under the scrollbar. Could you also send me your Tracy settings. You can use my ModuleSettingsImportExport module to make that easy.

Regarding the SVG icon issue - does this occur both backend and frontend? Just wondering if maybe there is some frontend css (or custom backend css for that matter) that might be interfering.

Cleaning all local data storage features of the browser nor incognito mode did not make a difference either, all issues remain. I have no browser extensions installed, btw.

I tested the scrollbar and the tiny icon issues on a clean and "latest" PW (last week's 3.0.127) and they are still there in Chrome, so these do not seem to be site specific. I can send you the whole site zipped up if you need it.

See them in action:

tracy-n-hide-icon-fix.gif.2b4a9ad9c3840cbea62b66978bb460ae.gif

tracy-n-scrollbar.gif.b858a6851d0399c21a3a557310979014.gif

The scrollbar issue is kinda random. In the screen-grab it happens right after reload but not afterwards, but during my daily work I could not notice any pattern, most of the time the scrollbar gets in the way.

However, the tracyHidden issue is indeed site specific so it does not happen on the clean install. I will need to spend more time on debugging this one.

Oh, and the Tracy setting generated by your module:  (from both clean and problematic sites)

Thanks in advance

 

  • Like 1

Share this post


Link to post
Share on other sites

Heads up. If you run ProcessWire with TracyDebugger inside Devilbox you need to make sure you have Output Mode set to DEVELOPMENT, otherwise you will not see the Debug Bar.

  • Like 1

Share this post


Link to post
Share on other sites
3 hours ago, happywire said:

Heads up. If you run ProcessWire with TracyDebugger inside Devilbox you need to make sure you have Output Mode set to DEVELOPMENT, otherwise you will not see the Debug Bar.

Or you can force development mode for superusers. 

I guess Devilbox is preventing DETECT mode from determining whether you're on localhost or not.

  • Like 1

Share this post


Link to post
Share on other sites

@szabesz - thanks for those files - the svg size and hiding of body problems are coming from the server type indicator feature - specifically the "Custom - control with CSS" option. I'll try to fix shortly. Not sure about the bar being under the scrollbar - I still don't see that, but at least the other problems are figured out 🙂

  • Like 1

Share this post


Link to post
Share on other sites

Hey @szabesz - turns out the svg icon issue was actually related to not having the fixed debug bar position option checked. I decided to remove this an optional, because the draggable version had other problems as well. I think this might also fix your issue with the scrollbar being on top of the debug bar as well.

The hiding of the body when hiding the debug bar was related to the custom server type indicator. I have fixed this, although this means that now the indicator won't be hidden when the bar is hidden, but hopefully that is ok.

One observation about your Tracy settings - you didn't have the db() and bdb() shortcuts checked - you may want those.

Also, I have deleted your settings attachment in your previous post because it includes your email address 🙂

  • Like 2

Share this post


Link to post
Share on other sites
Posted (edited)
2 hours ago, adrian said:

I have fixed this, although this means that now the indicator won't be hidden when the bar is hidden, but hopefully that is ok.

Thank you! I myself actually like the idea that the custom indicator is always visible.

2 hours ago, adrian said:

you didn't have the db() and bdb() shortcuts checked - you may want those

Thanks for reminding me. Strange but I've never had the need of them, bd() and d() have just been enough. Maybe it is because I tend to prefer very targeted checks.

Edited by szabesz
typos
  • Like 1

Share this post


Link to post
Share on other sites
Just now, szabesz said:

I myself actually like the idea that the custom indicator is always visible.

Don't forget to check out the newish Favicon badge option if you haven't already - I find it very useful.

  • Thanks 1

Share this post


Link to post
Share on other sites

I'm getting such errors increasingly with Tracy:
Filename doesn't exist: /home/foocom/www/dev.mysite/site/assets/cache/TracyDebugger/offer-index-dev.php on line: 135 in /home/foocom/www/dev.mysite/wire/core/TemplateFile.php

I then have to manually copy over my dev tpl to the Tracy cache folder. Is this a bug?

Share this post


Link to post
Share on other sites

@dragan - are you using the "User Dev Templates" feature, or the User Bar's "Page Versions" feature?

Share this post


Link to post
Share on other sites

I have defined an alternative tpl in the tpl settings, and I then use the Template Path panel in Tracy, where it says: 

Quote

Temporarily use a template file with a suffix. eg. project-dev.php.  
Select an alternate from the list. Create the file in your templates directory first

(the three orange cubes icon)

Share this post


Link to post
Share on other sites

I can't seem to reproduce any issues here with the Template Path panel. I actually don't understand why it's looking for a file at the root of /site/assets/cache/TracyDebugger/ - I don't think it should be.

I have a feeling you might have a combination of Tracy features / settings that is resulting in this, but not sure what. Would you mind PM'ing me your settings in JSON format. Maybe also an export of your template settings as well.

Share this post


Link to post
Share on other sites
Posted (edited)

tracy-cache-twice.PNG.a7e7e5116724763901dce56882886bd5.PNG

^ does this look normal to you? I see the same dev-template twice o_O

 

37 minutes ago, adrian said:

Would you mind PM'ing me your settings in JSON format. Maybe also an export of your template settings as well.

Sure, but I have no idea how to find / generate JSON settings. Is that done from within Tracy?  Or Tracy's module config @ module/edit?name=TracyDebugger&collapse_info=1 ?

Template settings: I assume the JSON export from backend/setup/template/export/ ?

Edited by dragan
added screenshot

Share this post


Link to post
Share on other sites
1 hour ago, dragan said:

^ does this look normal to you? I see the same dev-template twice o_O

The version under the Tracy cache is the backed up copy created when you use the File Editor panel. That is expected.

That is partly why the File Editor now has a default setting to exclude /site/assets

My concern is why the error you are seeing is looking for files under: /site/assets/cache/TracyDebugger/offer-index-dev.php rather than /site/assets/cache/TracyDebugger/site/templates/offer-index-dev.php

Share this post


Link to post
Share on other sites

Hi adrian,

First of all, thanks for the module, great job. 🙂

A few days ago, my hosting provider sent me an email:

Quote

'/home/zzz/public_html/site/modules/TracyDebugger/panels/Terminal/shell.php' # Known exploit = [Fingerprint Match]

Could you please give me some advice, what should I do?

They will disable the whole site if I won't solve this problem.. But the module is so useful, I don't want to remove.

Thanks,
Tamas

Share this post


Link to post
Share on other sites

Hi @tthom_pw - that file is not necessary for most of Tracy's functionality so you could certainly just delete it, but I would like to understand why they are actually concerned about it. As I mentioned to @bernhard above, it's impossible to run that shell.php file outside the PW admin and without superuser permissions. It is blocked by PW's htaccess rules.

Also, unless I am missing something, it's no more dangerous than Ryan's HannaCode module in terms of what it can run - Hanna lets you shell_exec() which is what this file uses to run system commands.

That said, if it's going to be a red flag for some hosting providers, I can move the file out of Tracy and make it a separate module that if installed will integrate with Tracy.

Could you please follow up with your host and explain how it is protected from direct access etc and see what they say?

Share this post


Link to post
Share on other sites

@tthom_pwThis report is most likely coming from ConfigServer eXploit Scanner (cxs). You can ask your hosting provider if he is willing to exclude this file from scanning. I'm not familiar with how scanner work but most likely it's searching for strings exec, shell, shell_exec etc. 

  • Like 1

Share this post


Link to post
Share on other sites

Hi guys,

thanks for all.

@matjazp : yes, CXS..

Unfortunately, it's an automatic virus scan and I don't hope, they will be flexible. From hosting provider side, it's a risk, there is a code match and won't check what are in those files, it's more easier to say, we don't care, solve this. 🙂

And, actually, they are hosting thousands of websites and I think, it's not expected to verify every single virus alert and debug files.

For example AutoSmush exe binaries. How knows, what are those doing? 🙂

Yes, I can tell them, those files aren't accessible from outside, but, they can tell, hey, it's OK, but perhaps somebody transport data from inside to outside.
So, it could be a neverending story.. 

Btw, if I delete all problematic files, with the next update, aren't those going back?
Of course, I will write an email.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Mike Rockett
      Jumplinks for ProcessWire
      Release: 1.5.56
      Composer: rockett/jumplinks
      Jumplinks is an enhanced version of the original ProcessRedirects by Antti Peisa.
      The Process module manages your permanent and temporary redirects (we'll call these "jumplinks" from now on, unless in reference to redirects from another module), useful for when you're migrating over to ProcessWire from another system/platform. Each jumplink supports wildcards, shortening the time needed to create them.
      Unlike similar modules for other platforms, wildcards in Jumplinks are much easier to work with, as Regular Expressions are not fully exposed. Instead, parameters wrapped in curly braces are used - these are described in the documentation.
      Under Development: 2.0, to be powered by FastRoute
      As of version 1.5.0, Jumplinks requires at least ProcessWire 2.6.1 to run.
      View on GitLab
      Download via the Modules Directory
      Read the docs
      Features
      The most prominent features include:
      Basic jumplinks (from one fixed route to another) Parameter-based wildcards with "Smart" equivalents Mapping Collections (for converting ID-based routes to their named-equivalents without the need to create multiple jumplinks) Destination Selectors (for finding and redirecting to pages containing legacy location information) Timed Activation (activate and/or deactivate jumplinks at specific times) 404-Monitor (for creating jumplinks based on 404 hits) Additionally, the following features may come in handy:
      Stale jumplink management Legacy domain support for slow migrations An importer (from CSV or ProcessRedirects) Feedback & Feature Requests
      I’d love to know what you think of this module. Please provide some feedback on the module as a whole, or even regarding smaller things that make it whole. Also, please feel free to submit feature requests and their use-cases.
      Note: Features requested so far have been added to the to-do list, and will be added to 2.0, and not the current dev/master branches.
      Open Source

      Jumplinks is an open-source project, and is free to use. In fact, Jumplinks will always be open-source, and will always remain free to use. Forever. If you would like to support the development of Jumplinks, please consider making a small donation via PayPal.
      Enjoy! :)
    • By BitPoet
      As threatened in Ryan's announcement for 3.0.139, I built a little module for sliding toggles as a replacement for checkboxes. Styling of the input is CSS3 only (with all the usual caveats about older browsers), no JS necessary, and may still be a bit "rough around the edges", so to speak, since I didn't have much time for testing on different devices or brushing things up enough so I'd feel comfortable pushing it to the module directory. But here's the link to the GitHub repo for now:
      InputfieldSlideToggle
      Fieldtype and Inputfield that implements smartphone-style toggles as replacement for checkbox inputs. The visualization is CSS-only, no additional JS necessary.
      Status
      Still very alpha, use with caution!
      Features / Field Settings
      Size
      You can render the toggles in four different sizes: small, medium, large and extra large.
      Off Color
      Currently, "unchecked" toggles can be displayed either in grey (default) or red.
      On Color
      "Checked" toggles can be rendered in one of these colors: blue (default), black, green, grey, orange or red.
      Screenshots

      Some examples with checkbox label


      View all Size and Color Combinations
      Small toggles Medium toggles Big toggles Extra big toggles  









    • By Orkun
      Hi Guys
      I needed to add extended functionalities for the InputfieldDatetime Module (module is from processwire version 2.7.3) because of a Request of Customer.
      So I duplicated the module and placed it under /site/modules/.
      I have added 3 new Settings to the InputfieldDatetime Module.
      1. Day Restriction - Restrict different days based on weekdays selection (e.g. saturday, sunday) - WORKING

       
      2. Time Slots - Define Time slots based on custom Integer Value (max is 60 for 1 hour) - WORKING

       
      3. Time Range Rules per Weekday - Define a minTime and MaxTime per Weekday (e.g. Opening Hours of a Restaurant) - NOT WORKING PROPERLY

       
      The Problem
      Time Slots and Day Restriction working fine so far. But the Time Range Rules per Weekday doesn't work right.
      What should happen is, that when you click on a date, it should update the minTime and maxTime of the Time Select.
      But the change on the select only happens if you select a date 2 times or when you select a date 1 time and then close the datepicker and reopen it again.
      The time select doesn't get change when you select a date 1 time and don't close the picker.
      Here is the whole extended InputfieldDatetime Module.
      The Files that I have changed:
      InputfieldDatetime.module InputfieldDatetime.js jquery-ui-timepicker-addon.js (https://trentrichardson.com/examples/timepicker/) - updated it to the newest version, because minTime and maxTime Option was only available in the new version  
      Thats the Part of the JS that is not working correctly:
      if(datetimerules && datetimerules.length){ options.onSelect = function(date, inst) { var day = $(this).datetimepicker("getDate").getDay(); day = day.toString(); var mintime = $(this).attr('data-weekday'+day+'-mintime'); var maxtime = $(this).attr('data-weekday'+day+'-maxtime'); console.log("weekday: "+day); console.log("minTime: "+mintime); console.log("maxTime: "+maxtime); var optionsAll = $(this).datetimepicker( "option", "all" ); optionsAll.minTime = mintime; optionsAll.maxTime = maxtime; $(this).datetimepicker('destroy'); $(this).datetimepicker(optionsAll); $(this).datetimepicker('refresh'); //$.datepicker._selectDate($(this).attr("id"),date); //$.datepicker._base_getDateDatepicker(); // var inst = $.datepicker._getInst($(this)); // $.datepicker._updateDatepicker(inst); /*$(this).datetimepicker('destroy'); InputfieldDatetimeDatepicker($(this), mintime, maxtime); $(this).datetimepicker('refresh'); */ // $(this).datetimepicker('option', {minTime: mintime, maxTime: maxtime}); } } Can you have a look and find out what the Problem is?
      InputfieldDatetime.zip
       
      Kind Regards
      Orkun
    • By teppo
      This module tracks changes, additions, removals etc. of public (as in "not under admin") pages of your site. Like it's name says, it doesn't attempt to be a version control system or anything like that - just a log of what's happened.
      At the moment it's still a work in progress and will most likely be a victim of many ruthless this-won't-work-let's-try-that-instead cycles, but I believe I've nailed basic functionality well enough to post it here.. so, once again, I'll be happy to hear any comments you folks can provide
      https://modules.processwire.com/modules/process-changelog/
      https://github.com/teppokoivula/ProcessChangelog
      How does it work?
      Exactly like it's (sort of) predecessor, Process Changelog actually consists of two modules: Process Changelog and Process Changelog Hooks. Hooks module exists only to serve main module by hooking into various functions within Pages class, collecting data of performed operations, refining it and keeping up a log of events in it's own custom database table (process_changelog.) Visible part is managed by Process Changelog, which provides users a (relatively) pretty view of the contents of said log table.
      How do you use it?
      When installed this module adds new page called Changelog under Admin > Setup which provides you with a table view of collected data and basic filtering tools See attached screenshots to get a general idea about what that page should look like after a while.
      For detailed installation instructions etc. see README.md.
       


    • By Gadgetto
      Status update links (inside this thread) for SnipWire development will be always posted here:
      2019-08-08
      2019-06-15
      2019-06-02
      2019-05-25
      If you are interested, you can test the current state of development:
      https://github.com/gadgetto/SnipWire
      Please note that the software is not yet intended for use in a production system (alpha version).
      If you like, you can also submit feature requests and suggestions for improvement. I also accept pull requests.
      ---- INITIAL POST FROM 2019-05-25 ----
      I wanted to let you know that I am currently working on a new ProcessWire module that fully integrates the Snipcart Shopping Cart System into ProcessWire. (this is a customer project, so I had to postpone the development of my other module GroupMailer).
      The new module SnipWire offers full integration of the Snipcart Shopping Cart System into ProcessWire.
      Here are some highlights:
      simple setup with (optional) pre-installed templates, product fields, sample products (quasi a complete shop system to get started immediately) store dashboard with all data from the snipcart system (no change to the snipcart dashboard itself required) Integrated REST API for controlling and querying snipcart data webhooks to trigger events from Snipcart (new order, new customer, etc.) multi currency support self-defined/configurable tax rates etc. Development is already well advanced and I plan to release the module in the next 2-3 months.
      I'm not sure yet if this will be a "Pro" module or if it will be made available for free.
      I would be grateful for suggestions and hints!
      (please have a look at the screenshots to get an idea what I'm talking about)
       




×
×
  • Create New...