New folder error

[Dave \Crash\ Dummy]

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select "New>Folder," a
new folder is created and the name "New folder" is highlighted. If I
leave it at that and remove the focus, all is fine, and I have a folder
with the name "New folder," which I can rename as I please. However, if
I try to rename the folder during the creation process, while the name
"New folder" is highlighted, I get an error:

------------- Item Not Found ----------
Could not find this item
This is not located in [d:\directory]. Verify the item's location and
try again.

New folder
Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something I
installed is causing this. Does anybody else experience this?

 

[Ed Cryer]

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select "New>Folder," a
new folder is created and the name "New folder" is highlighted. If I
leave it at that and remove the focus, all is fine, and I have a folder
with the name "New folder," which I can rename as I please. However, if
I try to rename the folder during the creation process, while the name
"New folder" is highlighted, I get an error:

------------- Item Not Found ----------
Could not find this item
This is not located in [d:\directory]. Verify the item's location and
try again.

New folder
Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something I
installed is causing this. Does anybody else experience this?

That would do more than annoy me, it would positively raise the hackles
on my scalp. Very weird, and symptomatic of quite a fundamental system
problem.

I can't reproduce it here on my Win7 HP 64-bit, and I have all the
latest Win updates installed.

If it were me I'd try it in different folders to try and get some
insight into it.
Questions that occur;
1. Does it always report the correct folder?
2. Does it always work on retry?
3. Are other contextual commands compromised?

Ed

 

[Dave \Crash\ Dummy]

Ed Cryer wrote:

That would do more than annoy me, it would positively raise the hackles
on my scalp. Very weird, and symptomatic of quite a fundamental system
problem.

I can't reproduce it here on my Win7 HP 64-bit, and I have all the
latest Win updates installed.

If it were me I'd try it in different folders to try and get some
insight into it.
Questions that occur;
1. Does it always report the correct folder?
2. Does it always work on retry?
3. Are other contextual commands compromised?

Yes, yes, no.

 

[Char Jackson]

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select "New>Folder," a
new folder is created and the name "New folder" is highlighted. If I
leave it at that and remove the focus, all is fine, and I have a folder
with the name "New folder," which I can rename as I please. However, if
I try to rename the folder during the creation process, while the name
"New folder" is highlighted, I get an error:

------------- Item Not Found ----------
Could not find this item
This is not located in [d:\directory]. Verify the item's location and
try again.

New folder
Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something I
installed is causing this. Does anybody else experience this?

I've seen that behavior. For me, it began immediately after I used a
Registry hack to disable Libraries, along with a few other similar
behaviors such as File Not Found (Try Again always worked the second
time) when trying to copy or move one or more files.

In my case, the fix was simple: undo the Registry hack. Now the
Libraries are back and the weird behavior is gone.

If yours is like mine, though, the weird behavior is harmless, other
than being annoying.

 

[Dave \Crash\ Dummy]

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select
"New>Folder," a new folder is created and the name "New folder" is
highlighted. If I leave it at that and remove the focus, all is
fine, and I have a folder with the name "New folder," which I can
rename as I please. However, if I try to rename the folder during
the creation process, while the name "New folder" is highlighted, I
get an error:

------------- Item Not Found ---------- Could not find this item
This is not located in [d:\directory]. Verify the item's location
and try again.

New folder Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something
I installed is causing this. Does anybody else experience this?

I've seen that behavior. For me, it began immediately after I used a
Registry hack to disable Libraries, along with a few other similar
behaviors such as File Not Found (Try Again always worked the second
time) when trying to copy or move one or more files.

In my case, the fix was simple: undo the Registry hack. Now the
Libraries are back and the weird behavior is gone.

If yours is like mine, though, the weird behavior is harmless, other
than being annoying.

Thank you. That makes sense, since the libraries goof up file locations.
I also disposed of the libraries. I'd rather be annoyed than put the
libraries back.

 

[Char Jackson]

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select
"New>Folder," a new folder is created and the name "New folder" is
highlighted. If I leave it at that and remove the focus, all is
fine, and I have a folder with the name "New folder," which I can
rename as I please. However, if I try to rename the folder during
the creation process, while the name "New folder" is highlighted, I
get an error:

------------- Item Not Found ---------- Could not find this item
This is not located in [d:\directory]. Verify the item's location
and try again.

New folder Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something
I installed is causing this. Does anybody else experience this?

I've seen that behavior. For me, it began immediately after I used a
Registry hack to disable Libraries, along with a few other similar
behaviors such as File Not Found (Try Again always worked the second
time) when trying to copy or move one or more files.

In my case, the fix was simple: undo the Registry hack. Now the
Libraries are back and the weird behavior is gone.

If yours is like mine, though, the weird behavior is harmless, other
than being annoying.

Thank you. That makes sense, since the libraries goof up file locations.
I also disposed of the libraries. I'd rather be annoyed than put the
libraries back.

I remember internally visualizing it as the file operation code
jumping to a block of code that determines whether you're working with
a Library entry or not, and it fails if the Library is disabled. Try
Again seems to bypass the Libraries hook and go directly to the file
operation code. Harder to explain properly than to visualize.

 

[Bob Henson]

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select "New>Folder," a
new folder is created and the name "New folder" is highlighted. If I
leave it at that and remove the focus, all is fine, and I have a folder
with the name "New folder," which I can rename as I please. However, if
I try to rename the folder during the creation process, while the name
"New folder" is highlighted, I get an error:

------------- Item Not Found ----------
Could not find this item
This is not located in [d:\directory]. Verify the item's location and
try again.

New folder
Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something I
installed is causing this. Does anybody else experience this?

That would do more than annoy me, it would positively raise the hackles
on my scalp. Very weird, and symptomatic of quite a fundamental system
problem.

I can't reproduce it here on my Win7 HP 64-bit, and I have all the
latest Win updates installed.

If it were me I'd try it in different folders to try and get some
insight into it.
Questions that occur;
1. Does it always report the correct folder?
2. Does it always work on retry?
3. Are other contextual commands compromised?

Ed

Mine is Windows 7 HP 64 bit (fully updated) and I have exactly the same
problem. My answers would be the same - Yes, Yes, and No. I've never
bothered asking about it, but it is a nuisance.

--
Bob
Tetbury, Gloucestershire, England

Every time I hear the dirty word 'exercise', I wash my mouth out with
chocolate.

 

[Bob Henson]

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select "New>Folder," a
new folder is created and the name "New folder" is highlighted. If I
leave it at that and remove the focus, all is fine, and I have a folder
with the name "New folder," which I can rename as I please. However, if
I try to rename the folder during the creation process, while the name
"New folder" is highlighted, I get an error:

------------- Item Not Found ----------
Could not find this item
This is not located in [d:\directory]. Verify the item's location and
try again.

New folder
Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something I
installed is causing this. Does anybody else experience this?

I've seen that behavior. For me, it began immediately after I used a
Registry hack to disable Libraries, along with a few other similar
behaviors such as File Not Found (Try Again always worked the second
time) when trying to copy or move one or more files.

In my case, the fix was simple: undo the Registry hack. Now the
Libraries are back and the weird behavior is gone.

If yours is like mine, though, the weird behavior is harmless, other
than being annoying.

That explains it - I hacked the libraries too. I'll manage with the weird
behaviour, I loath and detest the libraries.

 

[Dave \Crash\ Dummy]

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select
"New>Folder," a new folder is created and the name "New folder"
is highlighted. If I leave it at that and remove the focus, all
is fine, and I have a folder with the name "New folder," which I
can rename as I please. However, if I try to rename the folder
during the creation process, while the name "New folder" is
highlighted, I get an error:

------------- Item Not Found ---------- Could not find this item
This is not located in [d:\directory]. Verify the item's
location and try again.

New folder Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or
something I installed is causing this. Does anybody else
experience this?

I've seen that behavior. For me, it began immediately after I used
a Registry hack to disable Libraries, along with a few other
similar behaviors such as File Not Found (Try Again always worked
the second time) when trying to copy or move one or more files.

In my case, the fix was simple: undo the Registry hack. Now the
Libraries are back and the weird behavior is gone.

If yours is like mine, though, the weird behavior is harmless,
other than being annoying.

That explains it - I hacked the libraries too. I'll manage with the
weird behaviour, I loath and detest the libraries.

It really isn't that big a deal. The "Try again" option is the default,
so all you really need to do is hit "Enter" twice instead of once. I
just wanted assurance that I wasn't invaded by aliens or on the
verge of a major crash.

 

[Ed Cryer]

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select "New>Folder," a
new folder is created and the name "New folder" is highlighted. If I
leave it at that and remove the focus, all is fine, and I have a folder
with the name "New folder," which I can rename as I please. However, if
I try to rename the folder during the creation process, while the name
"New folder" is highlighted, I get an error:

------------- Item Not Found ----------
Could not find this item
This is not located in [d:\directory]. Verify the item's location and
try again.

New folder
Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something I
installed is causing this. Does anybody else experience this?

That would do more than annoy me, it would positively raise the hackles
on my scalp. Very weird, and symptomatic of quite a fundamental system
problem.

I can't reproduce it here on my Win7 HP 64-bit, and I have all the
latest Win updates installed.

If it were me I'd try it in different folders to try and get some
insight into it.
Questions that occur;
1. Does it always report the correct folder?
2. Does it always work on retry?
3. Are other contextual commands compromised?

Ed

Mine is Windows 7 HP 64 bit (fully updated) and I have exactly the same
problem. My answers would be the same - Yes, Yes, and No. I've never
bothered asking about it, but it is a nuisance.

I take it that you've disabled libraries as has Crash; and that's the
reason for it. If not, then we have something else to investigate.

Ed

 

[Gene E. Bloch]

On Sat, 12 Nov 2011 09:16:41 -0500, "Dave \"Crash\" Dummy"

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select
"New>Folder," a new folder is created and the name "New folder"
is highlighted. If I leave it at that and remove the focus, all
is fine, and I have a folder with the name "New folder," which I
can rename as I please. However, if I try to rename the folder
during the creation process, while the name "New folder" is
highlighted, I get an error:

------------- Item Not Found ---------- Could not find this item
This is not located in [d:\directory]. Verify the item's
location and try again.

New folder Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or
something I installed is causing this. Does anybody else
experience this?
I've seen that behavior. For me, it began immediately after I used
a Registry hack to disable Libraries, along with a few other
similar behaviors such as File Not Found (Try Again always worked
the second time) when trying to copy or move one or more files.

In my case, the fix was simple: undo the Registry hack. Now the
Libraries are back and the weird behavior is gone.

If yours is like mine, though, the weird behavior is harmless,
other than being annoying.

That explains it - I hacked the libraries too. I'll manage with the
weird behaviour, I loath and detest the libraries.

It really isn't that big a deal. The "Try again" option is the default,
so all you really need to do is hit "Enter" twice instead of once. I
just wanted assurance that I wasn't invaded by aliens or on the
verge of a major crash.

But we haven't got any real proof about the aliens

 

[Dave \Crash\ Dummy]

Char Jackson wrote:

On Sat, 12 Nov 2011 09:16:41 -0500, "Dave \"Crash\" Dummy"

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select
"New>Folder," a new folder is created and the name "New folder"
is highlighted. If I leave it at that and remove the focus, all
is fine, and I have a folder with the name "New folder," which I
can rename as I please. However, if I try to rename the folder
during the creation process, while the name "New folder" is
highlighted, I get an error:

------------- Item Not Found ---------- Could not find this item
This is not located in [d:\directory]. Verify the item's
location and try again.

New folder Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or
something I installed is causing this. Does anybody else
experience this?
I've seen that behavior. For me, it began immediately after I used
a Registry hack to disable Libraries, along with a few other
similar behaviors such as File Not Found (Try Again always worked
the second time) when trying to copy or move one or more files.

In my case, the fix was simple: undo the Registry hack. Now the
Libraries are back and the weird behavior is gone.

If yours is like mine, though, the weird behavior is harmless,
other than being annoying.
That explains it - I hacked the libraries too. I'll manage with the
weird behaviour, I loath and detest the libraries.

It really isn't that big a deal. The "Try again" option is the default,
so all you really need to do is hit "Enter" twice instead of once. I
just wanted assurance that I wasn't invaded by aliens or on the
verge of a major crash.

But we haven't got any real proof about the aliens

That's true, but they seem to be friendly aliens.

 

[Robert Sudbury]

I've run into this problem extensively.

I've come to blame Windows Search. With Windows Search service enabled, the
updating of the index causes a slowdown. Even though you see the folder,
it's not quite there yet because the indexing has slowed the update of the
MFT. You're trying to rename a directory that Windows doesn't know exists
yet, though you see it, hence the error.

I have not invoked the Disable-Libraries hack. I've had this happen on fast
and slow systems.

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select "New>Folder," a
new folder is created and the name "New folder" is highlighted. If I
leave it at that and remove the focus, all is fine, and I have a folder
with the name "New folder," which I can rename as I please. However, if
I try to rename the folder during the creation process, while the name
"New folder" is highlighted, I get an error:

------------- Item Not Found ----------
Could not find this item
This is not located in [d:\directory]. Verify the item's location and
try again.

New folder
Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something I
installed is causing this. Does anybody else experience this?
--
Crash

I always thought Mensa was a Japanese import.

__________ Information from ESET NOD32 Antivirus, version of virus
signature database 6625 (20111113) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

--
[Robert]


__________ Information from ESET NOD32 Antivirus, version of virus signature database 6625 (20111113) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com