Context Navigation

Timeline

Jan 10, 2008:

11:54 PM Ticket #10 (_IsPressed Keys list) closed by J-Paul Mesnage: completed
11:54 PM Ticket #10 (_IsPressed Keys list) reopened by J-Paul Mesnage
5:02 PM Ticket #12 (GuiCtrlSetData() not appending a single value if it already exists) updated by Jon: Milestone changed
4:35 PM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) updated by Phil Seakins <pseakins@…>: I am sorry. I thought that the ticket had been dismissed and marked as "fixed" due to a misunderstanding about timestamp granularity. I see now that if that were the case it would have been flagged as "rejected" or "wontfix". I understand now that it has actually been fixed which is great, I couldn't ask for anything more. (I'm wondering why I am not getting CC'd on changes to this ticket. Also, when I view "My Tickets" I get zero results but that feature may only be available to administrators).
3:46 PM Ticket #21 (Scite Jump to Function case sensitive) closed by Valik: fixed: I've fixed the script. Will send it to Jos soon. Going to mark fixed.
3:45 PM Ticket #21 (Scite Jump to Function case sensitive) updated by Valik: Owner, Status changed
3:37 PM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) closed by Valik: fixed: Replying to jpm: > (In [2762]) Public: > Fixed #19: FileSetTime() erronously rounds UP on non NTFS partition. ^{That message. And STOP re-opening this. It's FIXED. I don't know what else you are expecting. AutoIt is closed source, it's not like you're going to see a patch attached. We aren't going to do a spot release for some insignificant bug like this. So other than the above message (Which in my opinion is pretty clear since it says it was fixed), how do you expect us to convey to you that the issue is fixed?

This works just like the bug reports forum, people. You report a bug. We fix it, mark it as fixed (and set the milestone to the version it will appear in). But at any rate, once something is marked as fixed wait for the next release. Seriously, don't re-open tickets about a bug until you've actually tested that the bug is not fixed. It's extremely rude and obnoxious to continually re-open a ticket the developers have closed, whether you agree or understand or not. This will be the second time I've closed the ticket which is the third time after the automatic closing from JP's fix commit.}
3:18 PM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) reopened by Phil Seakins <pseakins@…>: I'm sorry, I don't understand. What do you mean it was fixed? Jpm changed the assignment to fixed, but I don't see any indication of how it was fixed. Has the fix been applied to a new release? It doesn't say so in any of the comments assigned to this report?
3:14 PM Ticket #3 (GuiListView Hiding Behind BG Image) updated by J-Paul Mesnage: Priority, Version changed
3:13 PM Ticket #21 (Scite Jump to Function case sensitive) created by J-Paul Mesnage: Ctrl-J does found the function is the case does not match. As AutoIt …
9:15 AM Ticket #20 ([:class:] in regex) closed by J-Paul Mesnage: rejected: Replying to anonymous: > StringRegExp says that [:space:] is recognized. > > But this one works: > > StringRegExpReplace($s,"^{(re:|fw:|fwd:)\s*","")
>
> but these didn't:
>
> StringRegExpReplace($s,"}(re:|fw:|fwd:)[:space:]*","") > StringRegExpReplace($s,"^{(re:|fw:|fwd:)([:space:])*","")
as stated by Mega there is no error as the [:space:] must me included in []. It is described in the doc}
9:07 AM Ticket #20 ([:class:] in regex) updated by Xenobiologist: Hi, works for me: […] So long, Mega
6:57 AM Ticket #13 (STD I/O functions supporting binary.) updated by Valik: Milestone changed
6:55 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) closed by Valik: fixed: In case you didn't pay attention, JP fixed the issue, or so the commit message says. There was no need to re-open the ticket just to rant at me when somebody else already addressed the problem. I'm re-closing this.
6:09 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) reopened by Phil Seakins <pseakins@…>: Valik. This is a bug. I would suggest you test it. I am well aware of the two second granularity of FAT partitions. What this bug is doing is adding two seconds to the specified time. If you set it to 19:14:16 it actually gets set to 19:14:18. As a workaround I have had to write special code to decrement the timestamp by TWO seconds before calling FileSetTime. Eg, to set it to 19:14:16 I need to specify 19:14:14. Using Borland's "Touch.exe" on the same filesystem yields correct results. AutoIt's FileSetTime() per the example, gives the wrong result. To save typing in a long explanation in the initial report I created and tested the working example. I get so mad when people don't take my reports seriously.
3:30 AM Ticket #10 (_IsPressed Keys list) updated by Gary: Component changed
3:30 AM Ticket #10 (_IsPressed Keys list) updated by Gary: Milestone changed
12:09 AM Ticket #20 ([:class:] in regex) created by anonymous: StringRegExp says that [:space:] is recognized. But this one works: …

Jan 9, 2008:

Jan 8, 2008:

Jan 7, 2008:

Jan 6, 2008:

Note: See TracTimeline for information about the timeline view.

Context Navigation

Timeline

Jan 10, 2008:

Jan 9, 2008:

Jan 8, 2008:

Jan 7, 2008:

Jan 6, 2008:

Download in other formats: