Opened 11 years ago
Closed 10 years ago
#10401 closed bug (fixed)
Debugger creates 0 byte files
Reported by: | vidrep | Owned by: | anevilyak |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/Debugger | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
When saving debug report, often times a 0 byte file is created which cannot be opened .
Attachments (7)
Change History (20)
by , 11 years ago
Attachment: | AboutSystem-586-debug-11-01-2014-17-03-25.report added |
---|
by , 11 years ago
Attachment: | screenshot3.png added |
---|
by , 11 years ago
Attachment: | AboutSystem-1191-debug-11-01-2014-17-12-55.report added |
---|
by , 11 years ago
Attachment: | screenshot4.png added |
---|
comment:1 by , 11 years ago
comment:2 by , 11 years ago
Sounds like you're simply trying to open them too quickly ; it can take some time to retrieve the information that gets written into the report, depending on the size/complexity of the team being reported on, and the speed of your system, so it's entirely possible for the file to be 0 bytes for a few seconds after creation. While it's 0 bytes, there's no data there for the system to recognize its type by, hence the error message you're seeing. This goes hand in hand with the fact that the files you've attached to this ticket are in fact not 0 bytes, and look like normal/complete reports.
comment:3 by , 11 years ago
I have been seeing this for awhile now. Either the debug report appears as a StyledEdit file on the desktop or as one not recognized by the system. Sometimes they are 0 byte, although the examples I attached this time are not. When I get one of those I'll attach it.
comment:4 by , 11 years ago
I unzipped hrev46656 and installed to a fresh initialized hard drive partition. After opening "about system" the debugger activates. Saved the debug report and waited several minutes before trying to open ( as per suggestion). System does not recognise this file type (same as before). See attached.
by , 11 years ago
Attachment: | AboutSystem-759-debug-11-01-2014-22-07-51.report added |
---|
by , 11 years ago
Attachment: | screenshot4.2.png added |
---|
comment:5 by , 11 years ago
Component: | - General → Applications/Debugger |
---|---|
Owner: | changed from | to
follow-up: 7 comment:6 by , 11 years ago
Tried to attach 0 byte debug report generated from hrev46900_x86_64, but trac does not accept 0 byte files for upload. See screenshot instead.
by , 11 years ago
Attachment: | screenshot1.png added |
---|
comment:7 by , 11 years ago
Replying to vidrep:
Tried to attach 0 byte debug report generated from hrev46900_x86_64, but trac does not accept 0 byte files for upload. See screenshot instead.
Yeah, I can't see how a 0 byte file would help anyone determine what's going on anyway - I think we can just take your word for it that it did what you say it did in that case :)
comment:8 by , 11 years ago
Is there any other way of capturing data that might be useful in determining why this is happening? If you have some suggestions, let me know and I'll give them a try.
comment:9 by , 11 years ago
Realistically the best thing would be a reliable set of steps that causes this to happen so one of us can do so on our systems and analyze it. Do you only see the 0 byte behavior on x86-64 or on all architectures?
comment:10 by , 11 years ago
Currently Webpositive is not working on 64 bit, so generating a debug report is easy. Keep opening Webpositive, and eventually you should get a 0 byte report from the debugger. I don't recall this happening on 32 bit, but that could be because it doesn't crash as much.
comment:11 by , 10 years ago
Is this still reproducible with the latest revisions? Report writing has been reworked in the meantime due to another issue that was found.
comment:12 by , 10 years ago
I haven't seen this issue for a while now. I assume it has been fixed. However, I will reopen the ticket if it occurs again.
Filetype is not recognised by the system, but appears normal when attachment opened in browser.