Jump to content

Webclient Setup problems


wvd_vegt

Recommended Posts

1. Please join my meeting.

https://www2.gotomeeting.com/join/725013386

2. Use your microphone and speakers (VoIP) - a headset is recommended. Or, call in using your telephone.

Australia: +61 2 8014 4934

Austria: +43 (0) 7 2088 1399

Belgium: +32 (0) 38 08 1855

Canada: +1 (647) 497-9391

Denmark: +45 (0) 69 91 88 61

Finland: +358 (0) 942 41 5777

France: +33 (0) 182 880 455

Germany: +49 (0) 811 8899 6976

Ireland: +353 (0) 14 845 975

Italy: +39 0 699 36 98 80

Netherlands: +31 (0) 708 912 514

New Zealand: +64 (0) 9 909 7882

Norway: +47 21 03 58 95

Spain: +34 931 81 6668

Sweden: +46 (0) 852 503 498

Switzerland: +41 (0) 435 0167 07

United Kingdom: +44 (0) 203 535 0624

United States: +1 (646) 982-0002

Access Code: 725-013-386

Audio PIN: Shown after joining the meeting

Meeting ID: 725-013-386

GoToMeeting®

Online Meetings Made Easy™

Not at your computer? Click the link to join this meeting from your iPhone®, iPad® or Android® device via the GoToMeeting app.

Link to comment
Share on other sites

  • Replies 73
  • Created
  • Last Reply

Hi Manu

Some more input: I examined the storage directory and some of them (with the repo number of my most frequently visited projects) contain files likek revisions.data that are larger then 1k, so the data seems to be there.

Also the charts seem to be working and seem to show cortect statistical data.

Btw is that the username to login is case sensitive (very unusual).

I noticed one error message in the log

2012-10-17 11:46:11,280 ERROR CmConnection: Error retrieving server proxy. Server: localhost:8087, Name: RepositoryHandler. Remoting configuration failed with the exception 'System.Runtime.Remoting.RemotingException: The channel 'normal' is already registered.

at System.Runtime.Remoting.Channels.ChannelServices.RegisterChannelInternal(IChannel chnl, Boolean ensureSecurity)

at System.Runtime.Remoting.Channels.ChannelServices.RegisterChannel(IChannel chnl, Boolean ensureSecurity)

at System.Runtime.Remoting.RemotingConfigHandler.ConfigureChannels(RemotingXmlConfigFileData configData, Boolean ensureSecurity)

at System.Runtime.Remoting.RemotingConfigHandler.ConfigureRemoting(RemotingXmlConfigFileData configData, Boolean ensureSecurity)'.

after that entry i see some performance logging on the ChangesetsModel too (but still no display).

regards

Link to comment
Share on other sites

1. Please join my meeting.

https://www2.gotomeeting.com/join/289210106

2. Use your microphone and speakers (VoIP) - a headset is recommended. Or, call in using your telephone.

Australia: +61 2 8014 4934

Austria: +43 (0) 7 2088 1399

Belgium: +32 (0) 38 08 1855

Canada: +1 (647) 497-9391

Denmark: +45 (0) 69 91 88 61

Finland: +358 (0) 942 41 5777

France: +33 (0) 182 880 455

Germany: +49 (0) 811 8899 6976

Ireland: +353 (0) 14 845 975

Italy: +39 0 699 36 98 80

Netherlands: +31 (0) 708 912 514

New Zealand: +64 (0) 9 909 7882

Norway: +47 21 03 58 95

Spain: +34 931 81 6668

Sweden: +46 (0) 852 503 498

Switzerland: +41 (0) 435 0167 07

United Kingdom: +44 (0) 203 535 0624

United States: +1 (646) 982-0002

Access Code: 289-210-106

Audio PIN: Shown after joining the meeting

Meeting ID: 289-210-106

GoToMeeting®

Online Meetings Made Easy™

Not at your computer? Click the link to join this meeting from your iPhone®, iPad® or Android® device via the GoToMeeting app.

Link to comment
Share on other sites

Hi again,

please the this changesets Index page and replace the one you already have. The path is: \plastic\Views\Changesets

Index.zip

Although it's not needed let's restart the Application pool and refresh the webpage by Ctrl+F5.

Please post us if you can see the changesets and also post the last log lines.

Link to comment
Share on other sites

Hi Manu

No change (or perhaps it's even worse, changesets now ends with the horizontal line below the buttons, so no date selector etc).

I receycled the application pool, restarted the webserver and logged in again, all without any improvement.

2012-10-18 13:53:31,736 DEBUG BufferPool: -> Entering with name SinkcompressionPool (5)

2012-10-18 13:53:31,736 DEBUG BufferPool: SinkcompressionPool [1] buffers allocated

2012-10-18 13:53:31,736 DEBUG BufferPool: -> Entering with name UncompressionPool (5)

2012-10-18 13:53:31,736 DEBUG BufferPool: UncompressionPool [1] buffers allocated

2012-10-18 13:53:31,736 DEBUG Performance: ChangesetsModel - >> New DateModel Created: 0ms

2012-10-18 13:53:31,736 DEBUG Performance: ChangesetsModel - << New DateModel Created: 0ms

2012-10-18 13:53:31,736 DEBUG BufferPool: -> Entering with name SinkcompressionPool (4)

2012-10-18 13:53:31,736 DEBUG BufferPool: SinkcompressionPool [2] buffers allocated

2012-10-18 13:53:31,736 DEBUG BufferPool: -> Entering with name UncompressionPool (4)

2012-10-18 13:53:31,736 DEBUG BufferPool: UncompressionPool [2] buffers allocated

2012-10-18 13:53:31,736 INFO Serialization: Uncompressed 488 bytes in 726 bytes. Time: 0 ms.

2012-10-18 13:53:31,736 INFO Serialization: Uncompressed 488 bytes in 726 bytes. Time: 0 ms.

2012-10-18 13:53:31,736 DEBUG BufferPool: <- Releasing with name SinkcompressionPool (3)

2012-10-18 13:53:31,736 DEBUG BufferPool: <- Releasing with name SinkcompressionPool (3)

2012-10-18 13:53:31,751 DEBUG BufferPool: <- Releasing with name UncompressionPool (3)

2012-10-18 13:53:31,751 DEBUG BufferPool: <- Releasing with name UncompressionPool (4)

2012-10-18 13:53:31,751 DEBUG ClientSink: | GetRepositoryInfo | proc 78 | 7 | 44587584

2012-10-18 13:53:31,751 DEBUG ClientSink: | GetRepositoryInfo | proc 16 | 6 | 44587584

2012-10-18 13:53:31,751 DEBUG Performance: ChangesetsModel - >> New ChangesetsModel Created: 0ms

2012-10-18 13:53:31,751 DEBUG Performance: ChangesetsModel - << New ChangesetsModel Created: 0ms

2012-10-18 13:53:31,751 DEBUG Performance: ChangesetsModel - >> New ChangesetsModel Created: 0ms

2012-10-18 13:53:31,751 DEBUG Performance: ChangesetsModel - << New ChangesetsModel Created: 0ms

2012-10-18 13:53:33,436 DEBUG Performance: ChangesetsModel: 0ms

2012-10-18 13:53:33,452 DEBUG Performance: ChangesetsModel: 0ms

2012-10-18 13:53:35,168 DEBUG Performance: ChangesetsModel - >> New DateModel Created: 0ms

2012-10-18 13:53:35,168 DEBUG Performance: ChangesetsModel - << New DateModel Created: 0ms

2012-10-18 13:53:35,168 DEBUG Performance: ChangesetsModel - >> New ChangesetsModel Created: 0ms

2012-10-18 13:53:35,168 DEBUG Performance: ChangesetsModel - << New ChangesetsModel Created: 0ms

2012-10-18 13:53:35,183 DEBUG Performance: ChangesetsModel: 0ms

regards

Link to comment
Share on other sites

Hi Manu

Great, the T-Shirt ;-)

But here's an error first (problem not solved yet):

My guess it's the > sign in the query (i tried to issue the same query on the commandline and I end up with a small file named after the date).

 
2012-10-18 16:19:56,463 DEBUG Performance: ChangesetsModel - Error The value '10-18-2011 16:19:54' is not valid for field 'date' on query "find changeset where date > '10-18-2011 16:19:54' and date < '10-18-2012 23:59:59'". The field 'date' type is 'date'. -	at aa.e(String A_0, PredicateValue A_1, String A_2)
  at aa.a(Predicate A_0, PredicateValue A_1, String A_2, aul A_3)
  at apw.a(Query A_0, a A_1, String A_2)
  at apw.a(Query A_0, String A_1)
  at ao5.b(String A_0)
  at ao5.a(RepositoryInfo A_0, String A_1)
  at Codice.Web.Client.RepositoryBaseModel.ExecuteQuery(String query)
  at Codice.Web.Client.ChangesetsModel.GetDates(): 171ms

Just tried

cm find "changeset where date > '18-9-2012'"

and that works from the commandline.but

 
cm find "changeset where date > '10-18-2011 16:19:54'"

fails with the same error.

regards

Link to comment
Share on other sites

Hi Manu

Small question:

Yesterday you changed the user sequerity method on my machine to user/password and now from home i can no longer sync.

The client asks for credentials but then complains the security type differs and refuses. To what do i have to change it and can it safely be reverted if neccesary?

regards

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.


×
×
  • Create New...