From Fedora Project Wiki
< L10N
No edit summary |
|||
Line 5: | Line 5: | ||
* Login/Logout redirection does not include the /tx/ at the URL | * Login/Logout redirection does not include the /tx/ at the URL | ||
** PARTIAL SOLUTION: Edit the URL by hand after the login/logout to http://publictest14.fedoraproject.org/tx/ instead of only http://publictest14.fedoraproject.org/ | ** PARTIAL SOLUTION: Edit the URL by hand after the login/logout to http://publictest14.fedoraproject.org/tx/ instead of only http://publictest14.fedoraproject.org/ - Reported by Diego | ||
* msgfmt -c check does not work on '''pt14'''. | * msgfmt -c check does not work on '''pt14'''. | ||
** Not sure why it's happening yet. From the django shell it works ok. | ** Not sure why it's happening yet. From the django shell it works ok. | ||
** PARTIAL SOLUTION: To avoid this issue that checking was disabled on the pt14 server for now. | ** PARTIAL SOLUTION: To avoid this issue that checking was disabled on the pt14 server for now. - Reported by Diego | ||
* Submission to the fedorahosted.org server does not work. | * Submission to the fedorahosted.org server does not work. | ||
** We have setup the ssh-agent for the apache user, but the httpd server does not seem to use the SSH_AUTH_SOCK environment var on the wsgi Transifex/Django instance. | ** We have setup the ssh-agent for the apache user, but the httpd server does not seem to use the SSH_AUTH_SOCK environment var on the wsgi Transifex/Django instance. - Reported by Diego | ||
* ... | |||
== How can I help testing it? == | == How can I help testing it? == |
Revision as of 11:22, 10 March 2009
Testing the new Fedora localization infrastructure - Transifex 0.5 RC1
Pressing issues
- Login/Logout redirection does not include the /tx/ at the URL
- PARTIAL SOLUTION: Edit the URL by hand after the login/logout to http://publictest14.fedoraproject.org/tx/ instead of only http://publictest14.fedoraproject.org/ - Reported by Diego
- msgfmt -c check does not work on pt14.
- Not sure why it's happening yet. From the django shell it works ok.
- PARTIAL SOLUTION: To avoid this issue that checking was disabled on the pt14 server for now. - Reported by Diego
- Submission to the fedorahosted.org server does not work.
- We have setup the ssh-agent for the apache user, but the httpd server does not seem to use the SSH_AUTH_SOCK environment var on the wsgi Transifex/Django instance. - Reported by Diego
- ...
How can I help testing it?
Testing steps
- Login with the FAS information
- Try to submit files for the Components available on the Local testing repositories project. Submission is NOT enabled to official projects; it will be once we deploy to a production (more secure) server on Monday.
- Add new files
- Submit broken files (Stats should fail and warning it)
- Try to submit a file in a place not allowed. (Target file do not matching with the Component Filefilter)
- Watch the new starts for the file after submit it (Do not need to refresh it)
- Try to refresh any Component stats around all projects registered
- Try to lock/unlock translation files for any Component around all projects registered
- Try to identify Components registered as normal POT-based, but that they are intltool based. (The migration script could not know/handle it)
- What else...? :)