-
-
Notifications
You must be signed in to change notification settings - Fork 39
Conversation
Hey and thanks for your contribution! |
Would probably an option. |
Hey @Metropo many thanks for your contributions, I like it a lot. The debug panel will be accessible at any time, regardless of dev mode on or off. My comment in the PR is confusing, I wanted to indicate that dev mode gives more information in cases. I will update that comment. Definitely I'd propose to merge - making this log accessible as a separate entity would break the concept of having a debug panel. The debugpanel is ready to merge to dev. Would you prefer me to do this first then rebase or any other approach ? |
Hi, @jacques42 I also like your idea a lot and i think it is really useful :) Of cause it is the only clean solution to add the picture log in there. |
@jacques42 I have reverted all UI-related changes now. So only the logfile is created 👍 |
@Metropo I merged the debugpanel to dev, and it's already prepared to show the camera gphoto log file, once it exists. Unfortunately now this seems has caused a merge conflict. I'm happy to look into it but need a bit leadtime, or you can if you are up for it. Again - many thanks for your contributions, this is really valuable and we are super happy to have you with us. |
I can look at it later in the evening |
I just came home and wanted to have a look at it, but i dont see any conflicts. i could merge dev into my branch without problems. |
Merge and squashed merge would have worked but I prefer rebate & merge which isn't possible. But don't worry, I'll push your changes in some minutes to the dev branch |
@andi34 ah that explaines it. I can also rebase everythin cleanly on my branch if you prerfer :) was not aware of this. Just let me know |
Added to dev branch :) |
thank you very much :) |
Prerequisites checklist
What is the purpose of this pull request? (put an "x" next to an item)
What changes did you make? (Give an overview)
After building my own version of the photobooth and using it for some occasions i hat the issue that multible times no images where taken, because gphoto returned an error. Because the error is only briefly shown in the debug console of the browser triggering the foto and not really containing the real error, because it was written to stderr and not redirected, it was very hard to troubleshoot the issue.
Because of this i added stderr to stdout redirect and a mechanism to write the reasons for failed photos in a file that can be viewed from the admin panel.
Example:
Is there anything you'd like reviewers to focus on?
Changes are extensivly tested under Linux but not using windows, but it should work in theroy ;)