by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 09:51

    m273d15 on stf

    (compare)

  • 09:51
    m273d15 labeled #1024
  • 09:51
    m273d15 opened #1024
  • 09:43

    m273d15 on build

    [BUILD] Update gradle form 6.1 … [BUILD] Update gradle build sca… [BUILD] Update goomph The goom… and 1 more (compare)

  • 02:20
    humphreygao starred saros-project/saros
  • Jun 03 14:51
    tobous edited #1023
  • Jun 03 14:50
    tobous review_requested #1023
  • Jun 03 14:50
    tobous review_requested #1023
  • Jun 03 14:50
    tobous review_requested #1023
  • Jun 03 14:47
    saros-infrastructure commented #1023
  • Jun 03 14:44
    tobous labeled #1023
  • Jun 03 14:44
    tobous assigned #1023
  • Jun 03 14:44
    tobous opened #1023
  • Jun 03 14:26

    tobous on eclipse

    [INTERNAL][E] Introduce referen… (compare)

  • Jun 03 07:58
    notm1ke starred saros-project/saros
  • Jun 02 14:36

    tobous on eclipse

    [INTERNAL][E] Introduce referen… (compare)

  • May 31 05:09
    srossbach commented #1019
  • May 31 05:09
    srossbach commented #1019
  • May 29 16:42
    saros-infrastructure commented #997
  • May 29 16:42
    saros-infrastructure commented #997
Mehmet Cetinkaya
@Memo2109
@stefaus Hey Stefan, thank you very much for your feedback
Kelvin Glaß
@m273d15
Hi, @tobous proposed to write meeting minutes in stand-ups etc. Therefore, I created a corresponding channel Gitter that should be used only for the minutes. The channel is currently public. If we need a more strict policy in the future we can change it. Please, discuss topics (which are mentioned in the meeting-minutes) in this channel. Otherwise the new channel becomes crowded.
Tobias Bouschen
@tobous

Once saros-project/saros#752 is merged, I would like to do another round of testing for the vector time patch saros-project/saros#714. As I was not able to produce any issues in a two person setup (even with concurrent activities), a multi-user test is quite important (especially with the weird issues that occurred the last time).

@m273d15 @stefaus @srossbach What does your availability look like in next week? My initial suggestion would be Monday or Tuesday afternoon, but I don't have any set events/meetings on Monday, Tuesday, or Thursday, so I am relatively open timewise. Wednesday before 17:00 would be fine as well.

4 replies
Mehmet Cetinkaya
@Memo2109
I have one question, as I make my last PR I have seen that tests startet like codacy and travis ci. My question is should I also make the codacy and travis ci tests local on my repo befor I make a PR ? If yes have you an introduction for setting up codacy and travis ci. Thank you very much.
Tobias Bouschen
@tobous

I have one question, as I make my last PR I have seen that tests startet like codacy and travis ci. My question is should I also make the codacy and travis ci tests local on my repo befor I make a PR ? If yes have you an introduction for setting up codacy and travis ci. Thank you very much.

@Memo2109 No, you don't have to add the checks to your local fork of the repository. As you already pointed out, they are always run when you create a PR onto the main repo.

Tobias Bouschen
@tobous

I changed the description of the Area: X issue labels to state "Issues affecting X". In my opinion, this makes the tags much more usable as they then provide a good tool for getting an overview which PRs affect which area of the code. In my opinion, the current restrictions of having them be "specific to the area" makes sense for issues but not for PRs, as they often bundle multiple commit dealing with different parts of an issue.

Anyone have any issues with this change?

Kelvin Glaß
@m273d15

Anyone have any issues with this change?

No :+1:

Kelvin Glaß
@m273d15
I wondered what is currently missing in order to release a new Saros/Eclipse version. The corresponding project contains just one small issue. Is this the correct state? What do you want to see merged/fixed/changed before the next Saros/Eclipse release?
Tobias Bouschen
@tobous
I would definitely still like to get saros-project/saros#714 merged before the next release to finally fix the vector time issue. I didn't add it to the project as it doesn't specifically deal with a Saros/E issue but rather with an issue in the core.
Kelvin Glaß
@m273d15
As discussed in the last stand-up (see meeting minutes) we (me and @tobous @stefaus ) want to make a Skype meeting to discuss the design and separation of Core and UI logic. Who is interested (@srossbach ? )?
What do you think about 12.12 at 16:30 (I am flexible, we can change the date/time)?
Tobias Bouschen
@tobous

12.12. at 16:30 isn't ideal for me. I have a meeting at 15:15 for which I don't know how long it is going to take. I could be done by 15:45 but it could easily also take until 17:00 (or longer), depending on my waiting time.

For me, the following dates would work better:

  • the 9.12. (any time)
  • the 10.12. (any time)
  • the 11.12. before 17:00
  • the 12.12. before 14:30
  • the 13.12. (any time)

Or, if don't find any other date/time, you could keep the session on the 12.12. at 16:30 (or 17:00) and I will join in as soon as I can.

Stefan Rossbach
@srossbach
I got fired from my job this week so I have plenty of time. @m273d15 just send my an email. I am just unavailable on the 17th starting at 15:00
As for the Saros release there is still an issue with the annotation. Do you want to announce some annotation fixes with the new release while there are still issues with them ?
Kelvin Glaß
@m273d15

What a pity! Sure, I will send you an email.

Do you want to announce some annotation fixes with the new release while there are still issues with them ?

Do you talk about the issue #32 ?

Stefan Rossbach
@srossbach
Yes I am talking about issue #32 . It would be nice if this can be fixed before the next release.
Stefan Moll
@stefaus
I'm available on the 11., just name a time.
Kelvin Glaß
@m273d15
Ok, so lets make an appointment at the 11th at 14:30.
Tobias Bouschen
@tobous

Ok, so lets make an appointment at the 11th at 14:30.

Works for me :+1:

Stefan Moll
@stefaus
same for me :+1:
Kelvin Glaß
@m273d15
Concerning the Saros/Eclipse rel. I updated the corresponding project based on your responses: https://github.com/saros-project/saros/projects/24
Tobias Bouschen
@tobous

I just noticed that the "Terminate Session" icon (the stop button; adjusted leave session icon on host side) does not get reset to the default "lease session" icon (the door) on session end. This isn't strictly an issue as the icon gets set correctly when a new session is started as a client, but it still seems weird to me as it leads to an inconsistent UI in the disconnected state.

My inclination would be to create an issue for this and mark it as "Prio: Low" and "Help Wanted" & "good first issue" as it is not strictly necessary but nice to have to be consistent.

Any input on this?

Tobias Bouschen
@tobous
This resetting behavior is added to Saros/I with saros-project/saros#811, which also introduces the "terminate session" icon in the first place.
Kelvin Glaß
@m273d15

Hi, we have multiple stale PRs that are not updated in the last two months.
I would like to avoid a graveyard of old PRs. Therefore, could we clarify which PRs "can be closed" (if so, please close the PR and remove the branch), "is in review" (if so, we should complete the review),...

@srossbach #341 #349 #477 #615 #629 #651 #654 #653
@tobout #395 #681 #748 #750
@stefaus #426
@m273d15 #691
@Memo2109 #772 (IIRC you already said that you will close the PR)

If you want to preserve the commits, because you want to use the code in the future, please close the PR without deleting the branch.

Stefan Rossbach
@srossbach
Most of my patches are patches to the network-layer and so always breaking the compability.I do not want to close them as they should be integrated when making major changes to the network layer in some way.
Tobias Bouschen
@tobous

@m273d15 I think I found another flaky STF test: saros.stf.test.roster.HandleContactsTest. See test run and failure report.

The run was started after rebasing the PR and doing some minor changes that should not be able to influence the result. The previous STF run and the STF run on the base branch I rebased on both succeeded and the test runs successfully in my local environment.

Tobias Bouschen
@tobous
@m273d15 And the re-run of the STF without changing anything succeeded: https://github.com/saros-project/saros/pull/862/checks?check_run_id=484847697
Stefan Moll
@stefaus
The STF Test testInvitationWithDifferentVersionsfailed because I didn't update the stf superbot (changing the saros version needs a change). Don't worry I do this till tomorrow.
Tobias Bouschen
@tobous
There also were an unusual number of other test that failed so you might want to have a look at those as well (or at least run the STF once you fixed the superbot version to verify that the failures were just flickering tests).
Stefan Moll
@stefaus
Yes will check this.
Tobias Bouschen
@tobous
( I only had a glance at the result. There actually were only two other tests, which is still in a normal range for the STF (sadly). But checking to make sure shouldn't hurt.)
Tobias Bouschen
@tobous
Ok, it really seem like the other two failures were just random. In a follow-up run, only a the version test failed: https://scans.gradle.com/s/omxskuqfazcga/tests/by-project.
Kelvin Glaß
@m273d15
Hi, I created a new version of the Saros page: https://m273d15.github.io/saros/
If you have suggestions for improvement let me know. My TODOs are: Choose a less aggressive blue, fix broken links, fix table borders.
Tobias Bouschen
@tobous

Hi, I created a new version of the Saros page: https://m273d15.github.io/saros/
If you have suggestions for improvement let me know. My TODOs are: Choose a less aggressive blue, fix broken links, fix table borders.

@m273d15 My list got to long, so I decided to create an issue for it: saros-project/saros#896

Kelvin Glaß
@m273d15
The saros page is currently down. I am currently fixing the issue.
Tobias Bouschen
@tobous
Currently, everything but the landing page seems to work for me.
Kelvin Glaß
@m273d15

The landing page is back.

I created multiple ugly commits to master.
It seems like the issue was: the CNAME file in the master AND gh-pages.
I try to create a better fix than adding the CNAME file manually to the gh-pages.

Tobias Bouschen
@tobous
Can't you simply hard coded create the cname as part of the page build?
Kelvin Glaß
@m273d15
Yes, I created a corresponding PR #920
Tobias Bouschen
@tobous
If anybody is interested, I would be open to talking through/pair-reviewing the big refactoring in saros-project/saros#934 and saros-project/saros#938.
Tobias Bouschen
@tobous
FYI, I broke the STF on the master as I forgot to to update the IntelliJ version used in the docker file. I thought it was no longer used, but it is still used for the STF setup. @m273d15 Could we also adjust the STF setup to unify the handling of the used build verion?
Tobias Bouschen
@tobous
And from recent build results, it seems like EditDuringInvitationStressTest.testEditMultipleClassesDuringInvitation() can fail more than 4 times in a row when run as part as the GitHub action (see build1 and build2). This is also the test that caused the majority of STF failures in the past. So maybe we should mark this test as flaky as well.
Kelvin Glaß
@m273d15

Could we also adjust the STF setup to unify the handling of the used build version?

I opened a corresponding PR #951

Tobias Bouschen
@tobous
Yeay, seems like I broke the STF again (this time by breaking the entire Eclipse plugin). Looking into it.
Tobias Bouschen
@tobous
This issue was caused by #953 creating the new package saros.filesystem.checksum. I was not aware that all packages from the core must be exported in the MANIFEST.MF to be usable in the Eclipse plugin. Fixed with #970.
Lex Vorona
@voronaam
Hello! I am looking to organize some pair programming (Java) and Saros looks perfect. It has all the important features we were looking for and I only have a few questions around some of the advanced features we might want to have in the future.
Totally ok if you do not have them yet, just curious if you have plans for them.
Do you have or have plans for:
  • "Shared port", ability to tunnel a specific port, such that participants can execute REST calls against the app running on the HOST's machine
  • "Shared terminal", while risky from the security point, it might be nice to have as a feature to troubleshoot Docker issues (for example).
    __
    Both ideas come from looking at the list of features supported by VSCode LifeShare.
Kelvin Glaß
@m273d15

@voronaam Hi, currently we do not plan to implement "Shared Ports" or "Shared Terminals" because we have limited resources and try to focus on synchronizing and sharing code.

If you are interested in our plan:

  • The next big thing will be the support of Saros sessions between different IDEs (Eclipse and IntelliJ).
  • Furthermore, we would like to support further IDEs/Editors in the future.
  • We want to complete the IntelliJ support (still an alpha version).

Because of the idea of sessions between different IDEs we want to avoid integrating deeply into one IDE/Editor (because this could lead to feature sets that are only supported in one IDE).

Lex Vorona
@voronaam
Thank you.
The cross-IDE feature is probably also important to us. I am an Eclipse user, but Idea is more popular among my colleagues.
Kelvin Glaß
@m273d15
Hi, the new "pull request retargeting" might simplify our handling of "Stacked PRs"
Stefan Rossbach
@srossbach

And from recent build results, it seems like EditDuringInvitationStressTest.testEditMultipleClassesDuringInvitation() can fail more than 4 times in a row when run as part as the GitHub action (see build1 and build2). This is also the test that caused the majority of STF failures in the past. So maybe we should mark this test as flaky as well.

This was one of the major requirements in the past. You should be able to modify anything you want while another user joins the session because sometimes it takes "a little bit longer" for someone to join a session / complete the resource negotiation and therefore putting the whole session on hold was not a solution.

Tobias Bouschen
@tobous

@srossbach When having a look at the Eclipse EditorManager, I noticed that most of the logic using the EditorPool to obtain open shared editors only uses the IEditorPart objects of the mapping and ignores the mapped IFile objects. Instead, the Eclipse IFile for the editor is requested and then converted to a Saros IFile object.

Is there a specific reasoning for this handling? Can the editor pool mapping be outdated, making it preferable to look up the actual, current file for the editor?

This makes a difference for the migration to the new reference point model as it is no longer as easy/convenient to convert from an Eclipse resource to a Saros resource. Instead of just wrapping the object, the new logic has to check for every shared reference point whether the resource is one of its children and the calculate the reference-point-relative path. This creates a lot of unnecessary overhead for the lookup, which is why I would prefer to instead just request the complete mapping from the editor pool.