0
324 次瀏覽

When our remote colleague tried to do Send/Receive yesterday it appeared not to complete. He repeatedly got a “project is busy” error message. However, we did receive the edits he has recently made in several NT books.

Can anyone help us troubleshoot this error message, please? We only have a day or two left before he returns to the land of no internet.

舊文章 - 以原文顯示
Paratext (673 點) 提出
已重新顯示 | 324 次瀏覽

2 個回答

+1
最佳回答

The “Project xyz is busy. Retrying…” status during send/receive means that the repository on the send/receive server is locked.

Normally this lock is released quickly, but if a user gets an error that prevents the final unlock command from being sent, the project will stay locked for about 30 minutes. We were trying to give plenty of time for a slow connection. I have thought we may be able to shorten that time if we reset the start time for the lock whenever a step during the send/receive is processed.

When the project is locked, no user will be able to do send/receive - even the user that had the lock originally. We did this since some users have more than one machine.

John+Wickberg

Paratext Support

舊文章 - 以原文顯示
[Administrator]
(3.4k 點) 提出

已重新顯示

Thank you, John+Wickberg, for explaining this. We’ve noticed this same problem – we work in an area with marginal internet bandwidth at the best of times. It commonly drops off for minutes at a time (while servicing other users’ requests I suspect).
Any chance you all could implement those strategies you mentioned for providing a quicker reset? 30 minutes is a LONG time.
You suggest resetting the clock after each step (and each project synch). If PT8 expected each step to complete in say 3-5 minutes, then if the last step is reached, PT8 will hang on for about 5 more minutes before giving up and releasing the lock. That sounds like a much more forgiving approach (and less confusing to other users–with good internet–who don’t know why they are randomly getting blocked).

舊文章 - 以原文顯示
0

Thank you, John+Wickberg. This is helpful to know!

舊文章 - 以原文顯示
(673 點) 提出

Just a friendly reminder to anyone with questions like this one. It’s always worth taking a look in Help, there’s a great deal of useful information within, including a topic about this. We strive to make it possible to find answers to these problems, realising that the people who encounter them don’t always have internet access. If we think a message within Paratext doesn’t explain the issue clearly enough, we try to ensure there’s a Help topic to further explain.

舊文章 - 以原文顯示

相關問題

0
2 個回答 420 次瀏覽
I have a user who always gets this message on startup (first line translated from French): "The project on your ... window is closed, the error still appears on Paratext startup.
jeffh 1.4k 提出 已提問 11月 22, 2023
+1
1 個回答 349 次瀏覽
在翻譯《列王紀上》第 7 章時,當我們以數字形式呈現數值時,希望使用分數,例如 7:10: Aitoka sae ale ateva laghe atoka siola namungaili atu, kasina aluseaane erooroo kotolu me ... 點符號 似乎沒有辦法說明分數可以是數字的一部分 是否有我遺漏的進一步設定?
JohnBrownie 385 提出 已提問 10月 16, 2023
0
2 個回答 249 次瀏覽
Trying to convert a project in order to chnage the short name, I got this error: Screenshot 2019-02-06 23.19 .png977 ... might be the problem? Is it the character in the path?
wdavidhj 1.4k 提出 已提問 2月 6, 2019
0
4 個回答 513 次瀏覽
I've been helping a user with the registration\migration process. We were able to migrate the actual project as well as a ... Can you advise us on how to resolve it? Thank you.
MSEAIT_LT 478 提出 已提問 1月 23, 2018
0
4 個回答 416 次瀏覽
I have Paratext 8.0.100.4 and FLEx SE 8.3.10.43048 2017/11/09. The Paratext project and FLEx ... system.ArgumentExcpetion CreateLexemeForm.cs:46 Any ideas? Thank you, MSEAIT/LT
MSEAIT_LT 478 提出 已提問 11月 27, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
For just as each of us has one body with many members, and these members do not all have the same function, so in Christ we, though many, form one body, and each member belongs to all the others.
Romans 12:4-5
3,048 個問題
6,007 個回答
5,672 則評論
2,028 位使用者