Importing PDFs

Some of my users are experiencing issues in importing PDFs into TeamSite 6.1. For instance, the file "supposedly" gets imported but, in reality, is not in the PDF folder in TeamSite. Instead, the user has to move the PDF on their local computer and upload from c:\temp. Everything works fine--very strange.

Any thoughts?

Find more posts tagged with

Comments

Migrateduser

can you provide the keystrokes the people are doing that cause this? It would help us be able to see if we can reproduce it. What interface are the users using? CCPro, CC Standard?

thanks.

lissa

indian

The publisher is using CCPro (Windows client/Unix server). Here's what's happening:
1. The user is uploading a file (say, test.pdf to the PDF folder on TeamSite).
2. TeamSite is supposedly replacing the file already in the PDF folder (test.pdf)--the user claims that the PDF import process did not work. The overridding process is broke--somehow.
3. Next, the user moved the test.pdf file to c:\temp or, in some cases, renamed the file (test1.pdf).
4. Then, the user deletes the test.pdf file on TeamSite.
5. Finally, user uploads the test1.pdf.

So, the problem is that the import process is NOT replacing the file currently available (test.pdf on local drive upload/replace test.pdf on TeamSite).

Any thoughts?

I'm supposed to be receiving screen captures.

Thanks!

Migrateduser

OK, so the use case is when the file already exists. By uploading are they using the 'import files' from the file menu, or the file system interface or what? The screen shots would help to know for sure if we are duplicating your problem.
thanks.

lissa

indian

As a follow to you, Lissa:

Issue: A file import sometimes fail`

User Process/Steps
User:
· Navigates to folder in TeamSite work area where user wants to place the file(s).
· Selects Import from File menu (Import screen displays)
· Navigates to [desktop] location of the file(s) user wants to import
· Selects files, add files to the Import screen, and clicks Import button

If a file [from the desktop] has the same name as a file in the TeamSite work area, sometimes the import function will ask the user to confirm overwriting the work area file when importing. (See screen capture below.) Note: eFM.com users first reported receiving this message in TeamSite 6.1 about six weeks ago (some time in late October). Users used to receive this message in TeamSite 4.5.1 but do not recall receiving this message in TeamSite 5.5.2.

Other times, the import fails but users do not receive any messaging. Only indication is the file date stamp remains unchanged and file does not contain the contents of newer version.

gzevin

it used to be a well known bug when one could not save a file, if a file with the same name had existed and had been deleted. But you are right, in 5.5.2 this was fixed....

seems to be a similar issue

Greg Zevin, Ph.D. Comp. Sc.
Independent Interwoven Consultant/Architect
Sydney, AU

indian

So, is there a fix for this?

Migrateduser

This doesn't sound like any known problem in 6.1. The scenario
you describe is a very common one, so we need to know what is
different about your configuration.

Can you post your browser info + jvm version? This probably is
not the issue, but it would be good to know anyways.

Is there anything else you can think of that might be different? Are
you using a proxy, for example?

If nothing else comes to mind you should log a support call, and
maybe they can help reproduce it.

Regards,

Jason Heirtzler
Interwoven Engineering

gzevin

I am not sure this is exactly the same problem. That issue which I was talking about was fixed. But because IWOV does not practise regression testing, the bugs do resurface.

Greg Zevin, Ph.D. Comp. Sc.
Independent Interwoven Consultant/Architect
Sydney, AU

Migrateduser

ok, in the holiday spirit i will respond to this note. Interwoven does practice regression testing. We strive to add new test cases for each bug fix, but we are not perfect.

....A teacher I knew had a rule in her classroom that for every negative comment a student made; he/she must make 3 postiive ones.

regards,

lissa

gzevin

I am afraid that this is not correct. Yes, IWOV does *know* what is regression testing, but, unfortunately, my experience shows quite opposite. The regression testing simply is not being done in many cases.

For example, one of the worst cases is that in 4.5.1 the .1 patch has totaly damaged the existing templating functionality and introduced new bugs. Also, it was a very well known issue that TeamSite boxes did not install properly if they were not corrected to Internet due to reference to some Java DTDs on the Internet. This was fixed, but has resurfaced again,. just recently.

And, the most recent sample is the MyWorkareas portlet that we have received to fix the performance issues. Since then, we were advised by IWOV support that it was safe to install new patches (one was crtitical for us). And yet the new patches have simply erased this portlet. If regression testing was done, this would never have happened.

simply saying what you have just said, does not make me belive in this. This is actually good for me and many other independent consultants over there. We have more jobs. But the fact remains.

Greg Zevin, Ph.D. Comp. Sc.
Independent Interwoven Consultant/Architect
Sydney, AU

Migrateduser

Moving back to the problem at hand.. indian, let me know about my
questions and maybe we can help.

Thanks,

Jason Heirtzler
Interwoven Engineering

gzevin

Why are you replying to me?

You better reply to indian - in many cases (like myself) I put a watch on my postings, so if somebody replies, I get an answer. in this cases it would be much more relevant, if you replied to indian's postings.

cheers

Greg Zevin, Ph.D. Comp. Sc.
Independent Interwoven Consultant/Architect
Sydney, AU

isuquinndog

We are also having this problem, where a user uses CCStrd to import a PDF, but the old PDF by the same name is not being overwritten. No errors are appearing.

We are using CC 6.1, browswers are IE 6. Not sure on the JVM, but it did work on 5.5.2 just a month ago.

Edited by isuquinndog on 12/22/04 08:30 AM (server time).

Migrateduser

The following is a section from the admin doc:

============================================================================
Disabling Unlocked File Auto-Upload
By default, TeamSite allows you to upload files even if it cannot establish a lock on them. To
disable this feature so that files are uploaded only if TeamSite can establish a lock, add the
following line to the [iwproxy] section of iw.cfg:
[iwproxy]
allow_unlocked_file_upload=no
To turn unlocked file uploading back on, either remove this line from iw.cfg or set it to yes.
============================================================================

Do your guys have this turned on?

spr

Jason:

Please see the attached file, which provides some detailed information (and screenshot) on the import PDF issue. Thanks

isuquinndog

We do not have that line that you posted from the doc, and it does not work in Standard.

The PDF that was posted, we see the same thing using Pro, but when the same user tries to import the same PDF in the same place, it does not work as outlines in the attached document to the post above me.

daveyt

Has this issue been resolved ?
We have the same thing.
Version: 6.1.0 Service Pack 2
Build Number: 45436
OS Win2k3
RE 1.4.2.

When a user tries to import a file with same name as existing file the file is not imported.

Thanks.