#925 Commit target files doesn't work if target is mapped in another repo

[Marco Cevoli]

I have a team project where the source folder and the target folder are mapped to a second repository different than the one where the OmegaT project is.
The target files are correctly created with Create target files.
However, if I click on "Commit target" nothing happens. The target files are not pushed to the second repository.
See [#1341]

[Didier Briel]

I can reproduce it.
I tested with a folder mapping, and with a file mapping (one specific target file mapped). It doesn't work in both cases.

Didier

[Kos Ivantsov]

Does it work as expected for source files when they are napped to a non-main repository?

[Didier Briel]

There's no change for source files so, yes, it works as expected (as you can see in OmegaT localisation projects).

Didier

[Kos Ivantsov]

I meant when trying to commit source files mapped to non-main repository

[Didier Briel]

I haven't tried it, but it's quite possible there is the same issue.

Didier

[Kos Ivantsov]

See [#1341]

[Marco Cevoli]

Any news about this bug? Has anyone tried to fix it? Who can I talk to to sponsor the fixing?

[Kos Ivantsov]

The fix has been developed by Briac in June or July, it's currently in the branch https://sourceforge.net/p/omegat/code/ci/topic/briacp/commit-single-target/~/tree/
(it addresses not only the current file despite the branch name, but all target files, plus updates remote segmentation.conf and filters.xml after they have been altered using OmegaT GUI respecting their possible mappings)

[Kos Ivantsov]

Meanwhile there have been some changes in the master, and now that branch needs some additional work in order to be merged into master. It doesn't answer the who question, of course.

[Martin Fleurke]

This is a duplicate of [#1019], which I thought I had fixed 2 months ago, but I made a small mistake. It should be fixed now.

[Kos Ivantsov]

It still commits target files to the main repo, not to the one where they are are supposed to end up in according to the mappings.

[Marco Cevoli]

Is the fix in the nightly build or in the latest version or is it still to be merged?

[Aaron Madlon-Kay]

Yeah I'm not sure this is really a duplicate of [#1019].

[Martin Fleurke]

It's in todays nightly build. Given the timestamps of your comments, I think you were just a tiny bit too early.
If you still think the problem persists, then please share your mapping as well, and I'll have a look.