Revision block issue

[bengee5454]

This has been happening a long long time and I've been living with it, but I thought I'd put it up here to see if anyone else experiences the same issue.

I revise a drawing and want to update the revision table accordingly. I have my rev table set out as below.

The issue is that after filling in the issue number, description and date, I tab across to the BY column and type in BG....but the B seems to disappear (or get overwritten by the G), just leaving the G. I can correct this simply by clicking in the box and retyping BG then all is good.

Is this a problem with the tab command in the rev table? It only seems to happen when I tab across.

I would be interested to know if this happens to someone else's machine, or just mine.

Thanks

Ben

[salariua]

I can't seem to replicate your problem. It works fine one mine. Could it be that the B is there but your column width is to small and only increases in size after your second edit?

[bengee5454]

thanks for the response.

the colum width is fine.

Its strange because if i click in the cell, the BG comes out fine. its really only when I tab across from the DATE column. I cant even say if it happens 100% of the time....its got to the stage where I just automatically correct it 

its just slightly annoying!

[salariua]

I think you just don't want to admit it. Inventor is right, you only need the G in there but you keep forcing a B as well. 

[salariua]

Just had a quck thought.

Normaly if you type anything the cell get set as static value. Can you check your document properties to make sure that the Checked By value is not a simple G because maybe the cell reverts back to normal instead of static value.

[Doug_DuPont]

Is this a Vault Revision Table? Vault Reviosn Tables works a bit differently than plain Inventor's.

[bengee5454]

Is an Inventor revision table.

I'm trying to to get Inventor to do this again, but alas, its playing ball for the moment! things never always work when you want to!

but the (very minor) issue still exists, honestly.

the cell is big enough

not too sure about the static thing - Salariua

clearly this is intermittant, still quite frustrating though 

[jeanchile]

Quick question: are you copying and pasting any information into this table?

I've noticed on all of our "general" tables that if I copy information from one cell to another and then type something else in a third cell, the first character always disappears for some reason.

I'm pretty sure the Revision Table is just an extension of the table command so it stands to reason that the same thing would happen there. I've just never done it in a revision table before.

[The_Angry_Elf]

ben.gee,

I've been unable to duplicate this issue on 2015, even if I change the width to .25".

Can you post a dataset?

[bengee5454]

I'm glad someone else has now experienced this!

I believe you may have pin pointed when this occurs! I never realised it may be to do with copy/paste, but I have just copy/pasted into my rev history and the first character does disappear.

does anyone know why this happens? If it happens to other people, surely this is something that Autodesk needs to look into..........

[The_Angry_Elf]

Interesting, I still can't replicate this.

I've done a copy and paste, I've changed the column width down to .375 and still can't get the error specified.

Are you on 2015 or an older release?

Service Packs loaded?

Graphics card issues?

Can someone who is seeing this please post a dataset where it is happening?

[The_Angry_Elf]

*** Correction...I finally got this error to happen!!!!***

Following the exact process of typing something into a block, then doing a Copy & Paste, tab over to the next columnand manually type in the text, poof, the first character does in fact vanish. Note, if you tab to the next column and type in some text, that text goes in fine.

I'm going to try and replicate this without doing the Copy/Paste and see if that corrects it.

===========================

ok, I've attempted this without doing a Copy & Paste and it works fine (I've attempting it 6 times to date).

So at this point I'd have to say it's a "Copy & Paste" issue.

I will look into this a bit maore and report back if I find anything.

[jeanchile]

---

@joflaherty wrote:

Following the exact process of typing something into a block, then doing a Copy & Paste, tab over to the next columnand manually type in the text, poof, the first character does in fact vanish.

I'm going to try and replicate this without doing the Copy/Paste and see if that corrects it.

---

There we go. I was just about to put up my drawing and give the exact steps to duplicate it but you've got it. I've never had this happen without using copy and paste first. I've also never had it happen when I use my mouse to click between cells. It only does it when I use the tab key or the direction arrows on my keyboard.

The exact steps I use are this:

1.) Create a general table on a drawing

2.) Edit the table and type something in the first cell (e.g. XXX)

3.) Select the text and press CTRL+C on the keyboard

4.) Press the tab key

5.) Press CTRL+V (to paste XXX into the next cell over)

6.) Press the tab key

7.) Manually type three X's into the third cell and you'll only get two after the first one magically goes *poof*.

(this process works the same if I use the directional arrows instead of tab)

[The_Angry_Elf]

Allow me to forward this on and see if I can get any resolution or answers.

[innovatenate]

Thanks everyone for reporting this. I note that as you are typing out the text in the last step, that the selection seems to change from the text in the cell to the entire cell. During the cell selection, the text input is not recorded but the blinking cursor jumps back "into" the text. 

I have reported this incident to development for further investigation. This incident is currently being investigated for a possible cause and resolution. As soon as further information is available, I will circle back to this post with further information.

Thank You, 

[The_Angry_Elf]

Thanks Nathan!

Yes, basically as you stated, it seems to unhighlight the box when you type the second character.

[bengee5454]

Thank you Nathan - I'm relieved that it somehow wasn't my fault that this was happening!

I look forward to any findings on the matter.

[innovatenate]

The current findings of the investigation have been documented in the article published in the below link.

http://knowledge.autodesk.com/article/Inventor-Table-removes-letter-from-text-entered-into-table

We will keep the article updated with the findings from the investigation, as they become available. You may look up the article by searching Autodesk Knowledge Network using the Incident Id: 37681 for the status of the investigation any time.

Thank you for reporting this issue.

[Doug_DuPont]

When I clicked on your link I got your oops can't find the link page.

[The_Angry_Elf]

404 error

I have reported this incident to development for further investigation. This incident is currently being in vestigated for a possible cause and resolution. As soon as further information is avaialble, I will circle back to this post with further information.

(sorry, I couldn't help myself....it's been a long week and I'm a bit punchy).