Tuleap version number - tuleap

I'm not the administrator of our Tuleap installation and I'd like to perform some customization that is version dependent. I can't seem to find the version of my current installation. Can anyone tell me where can I find the version number for the instance of Tuleap that I'm using?

OK I finally found it. By clicking on the tuleap icon in the left hand corner, an about page is displayed. At the very very bottom of that page in very small print is the version.

Related

Android Studio 3.4 - layout designer "tools" missing

When designing layouts in the Designer of Android Studio 3.4 I am missing the "tools" feature.
In older versions, there was a small button that allowed to set a properts in the tools mode (only visible in designer) instead of setting it for the android name space.
So in the XML it would be written
tools:background="#aaa"
instead of
android:background="#aaa"
However, with the new version, this is gone. It only seems to show the wrench symbol when I set this manually in the XML. But the button for adding a tools-property directly seems gone.
Any idea where the button went to?
Check under declared attributes
Press the + sign on the right and you can see a new row has been added below where you can search tools: {see the image below}
Or still, you can use the old school way like the above pic.

TortoiseSVN Slow Diff [duplicate]

I've noticed an immense delay (just sitting there doing nothing) since upgrading to the latest version of windows while using tortoiseSVN to compare any file to its base version [TortoiseMerge].
I was on the fast track and got the fall creators update about a month ago and noticed this too so i reverted back and it went away. After it hit RTM I thought this was fixed but apparently I was wrong.
What do I mean with very slow?
Before fall creators update: <1 second
After: A minute or 2, as long as it takes..and that's just for comparing 1 file.
I just go read an article or something and wait for the tortoiseMerge icon to popup in the taskbar.
Repo is on my Desktop - Client is on my Laptop - same network.
Anyone with a similar experience? Did anyone find a workaround?
Edit:
The issue has more to do with TortoiseMerge than TortoiseSVN or SVN itself - I switched to Beyond Compare and it is working well for now.
The issue is already reported to Microsoft and Microsoft fixed in in Visual Studio 2017 15.6 when you recompile your code. Here the fixed MFC without the slow Get/SetPixel is used.
To fix in in Windows 10 for current and older compiled tools which use MFC, Microsoft released the Update KB4058258. The release notes don't mention the fix, but it is confirmed by the reporter that the fix is part of the cumulative update.
So installing the Update should fix it. So if you have the issue, make sure you run at least Build 16299.214 (run winver.exe to see the number).
If you have this or a higher number at last position, the issue should be gone.
The old and outdated information are archived. See the revisions of this answer for the old workarounds.
Instead of removing the "ribbon" setting, or changing security in Windows, I installed the last nightly build (1.9.9.x), and the performance is back.
I looked at the settings, and the ribbon is still checked as default. But the performance is there.
https://nightlybuilds.tortoisesvn.net/latest/x64/full/
As a workaround, you can use the TortoiseUDiff tool instead. It is still fast. Here is what I do:
Right-click a working folder in Windows Explorer and click 'SVN Commit'
Select one or more files in the 'Commit > Changes made' list
Right-click the selection and select "Show changes as unified diff"
It's not as powerful as TortoiseMerge, but if you just need to see the changes you are committing, the above method still works fast.
After installing 2018-01 Cumulative Update for Windows 10 Version 1709 for x64-based Systems (KB4058258) the speed problems for WinMerge appear to be completely fixed.
In the TortoiseSVN settings window, I
selected Diff Viewer/Merge Tool section
checked External
selected WinMerge.
Works like a charm.
It did a trick for me. I allowed TortoiseSVN program in my antivirus firewall protection settings. It made SVN Commit fastest.
Go to your antivirus. I have Quick heal. So I will tell you the steps accordingly.
1) click on "Internet & Network"
2) Click on "Firewall protection"
3) Check for "Program rules" and click on "Configure" button.
It will open a window displaying the list of allowed Exe on your system.
Your antivirus blocks tortoiseSVN and related exes, if they are not in
allowed Exe list.
4) So now click on "add" button, open dialog box will popup.
5) Go to "C:\Program Files\TortoiseSVN\bin" directory
6) Select TSVNCache.exe, TortoisePlink.exe, TortoiseProc.exe, ConnectVPN.exe And
click "open" then click OK in list window.
Here you go. Hope it helps you.

Can't see preview of android studio

I recently installed android studio but can't see the preview of the app.
When you switch in the Layout.xml, on the bottom you will see two options: -Design -Text. Chose Text and then on the top right you will see Preview appears and so you can click Preview.
Go to Res->values->styles and change the name of your theme to base.theme. ex-> Theme.AppCompat.Light.DarkActionBar to Base.Theme.AppCompat.Light.DarkActionBar
Please notice the value on the right of the small android icon, just above where the "preview" should be.
There you should pick the API in wish the representation is made. If theres nothing to select there, you will need to install the necessary API packages.

No index in Eclipse CDT project checked out from SVN

I have checked out a cross-compilation project from SVN on Eclipse (on a Linux system). I am unable to open a functions declaration from the functions's right-click context menu (or by pressing F3). Upon research, I found out I don't even have anything like Index -> .. in the project's right-click menu. I have tried a lot with the Preferences -> C/C++ -> indexer but no useful results. I am not using Eclipse to build it but there are no errors since I can build it using makefile
PS: Though there are a few questions with the matching title, but none of them helped me
Here is the solution found after a million attempts. The project should be checked-out as C/C++ project, by selecting import using new project wizard.. The index will NOT be available in the SVN projects checked-out directly. Hope it saves some one's time
Eclipse Kepler SR2 on Windows 7 here.
Faced the same issue, the following sequence of inputs made it work for me:
Import...
"Checkout projects from SVN."
Select branch etc.
Check the "Check out project configured using the New Project Wizard" radio button.
Select "C/C++ -> C Project."
Pick a toolchain, doesn't matter which if you use an external one.
Now you can right click on the project (once fully checked out) and rebuild the indexer.
I am using Indigo and solved it as follows (without checking out again!)
Right click on project in question and select New->Convert to a C/C++ Project
After selecting toolchain, indexing gets built automatically.

Komodo Edit: How to refresh the directory tree status

I've tried "Refresh Status" from the context menu, but this doesn't work for me. When I have deleted or added files in the tree display directory, it doesn't display them in the directory tree until I close Komodo Edit, and restart it. This is too bad.
Is there something I'm missing? I hope someone could give me a hand.
I get this problem sometimes too. Collapsing the directory, then refreshing its status, and expanding it again sometimes works.
A more reliable method is to change the root directory in the Places sidebar and then back to where you want to be.
Not perfect, but quicker than reopening Komodo Edit.
Do you have complete C++ support on your machine? One known issue in Kommodo is
Komodo may not start up correctly on
some Linux systems if C++
compatibility libraries have not been
installed. On Fedora and Red Hat
systems, install the
"compat-libstdc++" package. On SuSE,
install the "compat" package. On
Gentoo, as root, run emerge
lib-compat. This is not thought to be
a problem on Debian systems.
This bugs is listed here.
May be this can help you in solving your problem.
Use the JSdrivetree or remotedrivetree extensions.
Right click on the root directory (top left) and click "Refresh View".

Resources