text:
Server crash on retrieval of SVG data

Hello,
I'm fighting an issue with my Meteor app. I think that I'm following the documentation pretty much to the letter but I cannot seem to get past this one.
The application uses several FS.Collection instances, all using FS.Store.GridFS. Some store image data, but one in particular is used for .SVG file data. Only this one suffers from a server crash when .SVG files are requested by the client.
I can cause the crash by manually requesting the URL (as returned by FS.file.url()) for the file from the browser, without any client code interaction. The file is correctly delivered but then the server crashes. If I store PNG data in the same collection and retrieve it by requesting the URL then everything completes smoothly without error.
The problem occurs with the simplest of SVG files (see attached .png copy of an example), and I've reproduced it with an FS.Collection with only one file in it.
Any ideas or suggestions most welcome. Thanks!
console output with FS.debug = true :
I20150410-13:22:23.755(1)? GRIDFS { _id: 5527c82760aa8f3f0b737f94,
I20150410-13:22:23.755(1)?   root: 'cfs_gridfs.placeThumbs',
I20150410-13:22:23.755(1)?   range: { startPos: 0, endPos: 115675 } }
I20150410-13:22:23.755(1)? Read file "test3.svg" bytes 0-1198/1199
I20150410-13:22:23.755(1)? createReadStream placePlans
I20150410-13:22:23.756(1)? createReadStreamForFileKey placePlans
I20150410-13:22:23.756(1)? GRIDFS { _id: 5527cd21dc2a66120c1f40d3,
I20150410-13:22:23.756(1)?   root: 'cfs_gridfs.placePlans',
I20150410-13:22:23.756(1)?   range: { startPos: 0, endPos: 1198 } }
W20150410-13:22:23.761(1)? (STDERR)
W20150410-13:22:23.761(1)? (STDERR) events.js:72
W20150410-13:22:23.761(1)? (STDERR)         throw er; // Unhandled 'error' event
W20150410-13:22:23.761(1)? (STDERR)               ^
W20150410-13:22:23.771(1)? (STDERR) Error: write after end
W20150410-13:22:23.771(1)? (STDERR)     at writeAfterEnd (_stream_writable.js:133:12)
W20150410-13:22:23.771(1)? (STDERR)     at Gzip.Writable.write (_stream_writable.js:181:5)
W20150410-13:22:23.771(1)? (STDERR)     at ServerResponse.res.write (/Users/ecolby/.meteor/packages/webapp/.1.2.0.h5frgv++os+web.browser+web.cordova/npm/node_modules/connect/lib/middleware/compress.js:109:18)
W20150410-13:22:23.771(1)? (STDERR)     at ServerResponse.res.end (/Users/ecolby/.meteor/packages/webapp/.1.2.0.h5frgv++os+web.browser+web.cordova/npm/node_modules/connect/lib/middleware/compress.js:116:14)
W20150410-13:22:23.771(1)? (STDERR)     at sendResponseIfDone (packages/cfs:http-methods/http.methods.server.api.js:543:1)
W20150410-13:22:23.771(1)? (STDERR)     at IncomingMessage. (packages/cfs:http-methods/http.methods.server.api.js:568:1)
W20150410-13:22:23.771(1)? (STDERR)     at IncomingMessage.emit (events.js:92:17)
W20150410-13:22:23.771(1)? (STDERR)     at _stream_readable.js:944:16
W20150410-13:22:23.771(1)? (STDERR)     at process._tickCallback (node.js:442:13)
=> Exited with code: 8
.PNG copy of example SVG that causes the crash:

Meteor list:
accounts-password                  1.1.1
accounts-ui                        1.1.5
aldeed:autoform                    5.1.2
aldeed:autoform-bs-datetimepicker  1.0.5
aldeed:collection2                 2.3.3
cfs:autoform                       2.2.0
cfs:gridfs                         0.0.33
cfs:standard-packages              0.5.8
cfs:ui                             0.1.3
d3js:d3                            3.5.5
http                               1.1.0
iron:router                        1.0.7
meteor-platform                    1.2.2
meteor-rickshaw                    0.0.0+
meteorhacks:npm                    1.3.0
momentjs:moment                    2.10.2
mrt:bootstrap-3                    0.3.8
npm-container                      1.0.0+
reywood:iron-router-ga             0.5.3
tsega:bootstrap3-datetimepicker    4.7.14_3

This might be the result of my changes in https://github.com/CollectionFS/Meteor-http-methods/commit/d2985c4a5823e66b84f4c545c807eefb8e6064c5
I saw this error once while testing it, but I couldn't reproduce it reliably. There must be an issue with my logic (response.end before streaming is done), but I'm not sure how to fix this and also keep my fix.
If someone can provide a simple app repo and instructions to consistently reproduce, it will be easier to fix.
@raix

Hi, I've just cut a (simplest possible?) meteor app that reproduces this issue at friendtogeoff/collectionfstest.
There's a choose file button.
Choosing the included test3.png results in the image being correctly rendered in the placeholder.
Choosing the included test3.svg causes the server to crash.
@friendtogeoff

@aldeed I've rolled back to previous version still get the same error described in #650

@dr-dimitru I've tried rolling back cfs:standard-packages and cfs:grids as far back as possible and neither helped - the server crashes are still there.
I do have a previous built version of my app in production which had older versions of cfs:standard-packages and cfs:gridfs and does work correctly. This leads me to believe that the problem maybe caused by a new revision of one of @aldeed's dependencies causing his code to be less stable. I've not yet managed to work out which this could be.

@friendtogeoff could you please mention version of old cfs:standard-packages package which stable on your end? Or share it somewhere, so I'll link it as local package

@dr-dimitru, I'm sorry, but I messed up with that.
The version of the App that is working was built before I had the code base under proper version control. I'm not quite clever enough to work out how to find the package versions from the as built node App.
It is probable that it was also built before the recent Meteor update.
I'm also not convinced that simply having the old version of the cfs:standard-packages will fix your problem. I tried reverting cfs:standard-packages to a version committed well before I built the working version of my App. That didn't fix things - hence I think that the trigger for the issue is a change in another package that CollectionFS depends upon.

@friendtogeoff but older version suppose to have older versions of dependencies, as usually version mentioned in dependencies

It appears that SendResponseIfDone() is called twice - and by the comments it appears that this is deliberate. Once through the request 'end' event handler (568) and once through the method call itself (615).
Commenting out the call in the 'end' handler stops the server crashing (but probably ends up leaving connections open). I wonder whether the client is ending the requests early, thereby triggering a close on the response before the response has been fully drained down? Commenting out the call in the 'end' handler prevents an early request close from triggering an early response close...

@friendtogeoff, it's possible that we need to wait for some third event other than done and 'end' before we call response.end(), but I'm not sure what it would be. It seems like we're ending the response but there is still a stream emptying somewhere.
Also, since the pkg is a dependency of a dependency, reverting the standard-packages may not actually revert this package. A better check to see if it was due to my change would be to add cfs:http-methods@=0.0.27 to your .meteor/packages file. If the error goes away, then it's due to my commit, which it probably is.

@aldeed, yes, agreed re. third event - though I'm not really familiar enough with Node's http stack yet to say where to go looking.
Simple test of reverting to cfs:http-methods@=0.0.27 makes the test app run smoothly :-). As you would expect it does force some reversions across the cfs package suite.
I don't think that my hack is the right answer - in testing I think that I've seen it fail to update the picture on client side following upload.

Hi all,
Thank you so much for this thread. Applying the patch to my Meteor packages file instantly solved the server crashes I had been experimenting for a few days with SVG urls.

Thank you all for responses.
But we're stuck with this package, also it's dramatically slow down our app, doesn't support non-latin symbols in filename and has limits on big files upload/download.
We spent two weeks for research and create our own package: Meteor-Files. It's sleek and easy to use. Your hands is untied, you're free to do anything with uploaded file(s), modify, resize images, even store to GridFS if you wish so.
We're hope our package will help to solve simple task as upload/download files to other developers. Meteorites unite!

I also have this issue with .svg only.
forcing the package version  cfs:http-methods@=0.0.27 fixed the issue.
This bug happen every time I refresh the client on a page that display a .svg file (uploaded with cfs)

Hello!
I came across this same issue and it appears that changing condition on line 541 from self.done to self.finished fixes the issue.
FWIW

I came across an issue which looked very much like the here referenced https://github.com/CollectionFS/Meteor-http-methods/issues/39 every time a user would download a file. The download goes through, however afterwards after the error the Meteor server restarts which is a absolute no go of course.
My files also nearly always contain JSON strings but I'm not sure if that has something to do with the error.
In any case @oorabona 's solution seems to fix the problem (thanks a lot!). It would be great if someone could verify this and push it in the next stable release as well.

This is critical! Are you guys going to do something with this?

Hi,
Is it safe now to upgrade every part of CollectionFS to its most recent release, or should we keep on with a patched version ?

OK... 15 days of daily use later, I can confirm that all problems with SVG files have disappeared here. Thanks a lot for this fix !

@YannLeBihan, @tehXor : thanks for your feedback ! :smile:
Great that it still works with all the changes that came along Meteor 1.2.

Upgraded from meteor 1.1.0.3 to 1.2.1 , seeing the issue  right after a jpg file is uploaded from the ios app . and then server just crashes and does not respond . Have to restart meteor . forcing the package version cfs:http-methods@=0.0.27 did not solve the issue . Any suggestions??
=> Couldn't spawn process: channel closed
=> Client modified -- refreshing
This is a serious error considering meteor server just crashes . Any help or suggestions would be greatly appreciated.

authors: YannLeBihan acemtp aldeed chansdad dr-dimitru friendtogeoff iSuslov oorabona tehXor

repo: CollectionFS/Meteor-CollectionFS


text:
Premium Apps beta

Discord Premium Apps beta
Add entitlement support to support the new Premium Beta for bots.
features
The usage of the new entitlement properties on interaction requests.

Discord Premium Apps have been implemented and can be used with this library.

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
#3292/Add MSME number in our invoices

Targets #3292
Description of the changes
As we need to Add the MSME number in Invoice, I have added a new field for MSME in Invoice template, and getting the value from config files.
Breakdown & Estimates

[x] Added MSME Number: 1 - 2 hours

Expected Time Range:
1 - 2 hours
Actual Time:
2 hours
Feedback Cycle

Cycle Count: 0
Checklist:

[x] The PR title follows this syntax: <#IssueID> <PR Title>
[x] I have linked the issue id in the PR description.
[x] I have performed a self-review of my own code.
[x] I have added comments on my code changes where required.

Also, we need to add a variable name as MSME = "MSME Number"in the environment file

source: gharchive/pull-request

repo: ColoredCow/portal


text:
Update Node-Forge

Update node forge package per: This GH CVE

@smatochkin @vorbidan I’m not sure how much this dependency is used. If a true dependency I will submit a small PR to assess this

repo: Comcast/cf-global-ingress


text:
171 documentation become the comment master

Documentation for most of the files.
Shouldn't have an effect on most of the running code, given they are mostly readability changes.

Could you add spaces after all of the //?

repo: Comet-Robotics/chessBot


text:
Lower minTestsOk for thermometer specs

Lower minTestsOk for ScaldingFeatureSourceSpec from 10 to 5, and for ScaldingDataSourceSpec from 100 to 10.
Hopefully this will stop the increasingly frequent Travis build failures. Investigation has shown that ScaldingFeatureSourceSpec is the main problem. Previously it had minTestsOk = 10, but since the size of data generated by scalacheck grows progressively bigger, but the tenth test it would often take up to half a minute to run, with the result that the overall spec would run for over 10 minutes (with no output) and be killed by Travis-CI.
Apart from this, use implicit org.specs2.scalacheck.Parameters once per spec to replace the explicit .set(minTestsOk = x) on each property.

And, after all that, would you believe that the first patched build to fail turns out to be the latest build for this very PR!

coppersmith-702a.txt "No output has been received in the last 10m0s"

I'm a bit at a loss as to what to do, apart from restart it and see what happens.

Restarted build passed.

repo: CommBank/coppersmith

license_source: bigquery


text:
cco:Road

cco:Road is presently defined: "A Transportation Infrastructure Artifact that is designed to enable Ground Vehicles to travel from one location to another."
This definition seems too broad, as it seems to also describe bridges, tunnels, traffic lights, gas stations...
What about the following update?
A Transportation Infrastructure Artifact that consists of a solid platform of prepared material--including earth, rock, brick, or asphalt--designed to enable Ground Vehicles to travel on it from one location to another.
The only remaining issue is how roads are to be distinguished from other roads (e.g. Do roads continue through intersections or not? Are roads distinguished only by the names given them relative to some system of naming? Can roads branch or include forks, or would forking entail the termination of a road?) Any guidance here would be appreciated.

There is a distinction between road and roadway (lane) in German law:

A road is supposed to be a land area designed for vehicle and pedestrian traffic including all structures that serve this purpose.
A roadway (lane) is the part of a road that is designed for vehicle traffic.
Your current definition seems to me to better fit the latter.

I don’t see any reason to exclude intersections (or forks) based on the empirical usage of the term.

In the geospatial domain, there seems to commonly be made a distinction between a fiat road/street and a road segment (or elementary street unit). It is the latter that seems to be taken to exclude intersections, to require continuous surface material and so on.
http://www.lgam.info/road-segment
https://s3.eu-west-1.amazonaws.com/static.geoplace.co.uk/downloads/NSG-Data-Entry-Conventions-and-Best-Practice-v4.1-2019.pdf
At first sight, individuating roads (fiat wholes consisting of segments) by some system of naming to me does not seem to the worst idea.

Am 13.11.2020 um 21:25 schrieb J. Neil Otte notifications@github.com:
cco:Road is presently defined: "A Transportation Infrastructure Artifact that is designed to enable Ground Vehicles to travel from one location to another."
This definition seems too broad, as it seems to also describe bridges, tunnels, traffic lights, gas stations...
What about the following update?
A Transportation Infrastructure Artifact that consists of a solid platform of prepared material--including earth, rock, brick, or asphalt--designed to enable Ground Vehicles to travel on it from one location to another.
The only remaining issue is how roads are to be distinguished from other roads (e.g. Do roads continue through intersections or not? Are roads distinguished only by the names given them relative to some system of naming? Can roads branch or include forks, or would forking entail the termination of a road?) Any guidance here would be appreciated.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

Moving to discussion to continue development on what it means to be a road.

authors: eliasweatherfield neilotte oliviahobai

repo: CommonCoreOntology/CommonCoreOntologies


text:
Add Gazebo support

It would be practical to have fake hardware support for testing and simulating. Is ros2_control fake hardware the best approach for this? Also how hard is this to integrate into a simulation framework such as gazebo?

Regarding the laser scanners on the mobile platform and gazebo the Nav2 wiki has a nice tutorial: https://navigation.ros.org/setup_guides/sensors/setup_sensors.html#simulating-sensors-using-gazebo

hey,
We have a Igus set up in Gazebo, let me know if (and perhaps how) you want to integrate the code into iRC_ROS!

Hey @JHeuverRiwo
sorry for the late reply. It really great that you got it running with Gazebo!
I myself have no experience with gazebo, so I am unsure how this is normally done in ROS packages. In general I would definitely like to have this either integrated or in a separate repo that is linked somewhere in the readme.
Let me research a bit how other ROS2 robot packages do the gazebo integration and if there's any legal stuff that might cause problems when integrating it into this repo and I'll get back to you

Hey @cpr-fer,
Great; let me know if you run into anything I could help with.
We used the UR ignition simulate package as reference if that's any help (https://github.com/UniversalRobots/Universal_Robots_ROS2_Ignition_Simulation/tree/ros2). We're running Gazebo Fortress right now along with ign_ros2_control.

Hey,
I noticed that the meshes are not always properly importing into Gazebo. I read on https://github.com/robotology/idyntree/issues/291 that the 'package' tag in the uri may not be parsed correctly by external libraries such as gazebo. Concretely, switching from filename="package://irc_ros_description/MESH_DIR to filename="file://$(find irc_ros_description)/MESH_DIR helps resolve this issue for me.

Hey @JHeuverRiwo
I looked a bit into it:

Gazebo Fortress would also be the fitting version for this project since its the LTS version
Pull requests are automatically under the Apache license unless stated otherwise so there shouldn't be an issue with integrating your changes
I asked internally about integrating Gazebo and got the OK

I'll test your proposed changes for the meshes sometime this week and merge them if it works. Do you have a fork with your current Gazebo code that you would be willing to share? Otherwise I would start a new branch here and try to use the same package as a reference that you used.
In case there is anything confidential in the code that you would prefer to discuss over email feel free to mail me at fer [at] cpr-robots.com

Hey @cpr-fer,
That sounds good! The package we are using right now is separated from your driver, and it contains a few things specific to our setup, so I would need to do a little bit of work (really nothing too big) to make it ready for integration. I can probably start working on that somewhere end of next week.
I think how I would integrate it, is by moving our code to a separate moveit config package contained in your driver (called something like 'irc_ros_sim_moveit_config'); this way you could start the rebel with the right controllers and other configuration files or import it using the moveit configs builder into launch files. I think it's probably easiest if I fork your repo and submit a pull request when it is ready for you, if that also works for you. Let me know what you think!
In case something comes up from our side I will also let you know.

Hi @JHeuverRiwo
That sounds like a great way to move forward with this! In the meantime I started to familiarize myself a bit with gazebo and the UR package you linked above, so that I'll be able to understand your future pull requests :)
Thanks a lot, I am really looking forward to this

Hey,
are there any updates on how to simulate the revel 6dof in with Gazebo?
Moreover, is there any simulation support at all currently? Neither the option mock_hardware nor gazebo for the launch argument hardware_protocol manages to start both the controller and the joint state broadcaster successfully. That is, when I'm trying to launch using ros2 launch irc_ros_bringup rebel.launch.py or ros2 launch irc_ros_moveit_config rebel.launch.py.
I did not quite understand what kind of support was added with #50.
Thanks for any help on that :)

Hi @robin-mueller

are there any updates on how to simulate the igus ReBeL 6DOF with Gazebo?

I don't know the current state of what @JHeuverRiwo was planning, I have not found the time yet to work on it myself :/

Moreover, is there any simulation support at all currently? Neither the option mock_hardware nor gazebo for the launch argument hardware_protocol manages to start both the controller and the joint state broadcaster successfully. That is, when I'm trying to launch using ros2 launch irc_ros_bringup rebel.launch.py or ros2 launch irc_ros_moveit_config rebel.launch.py.

Well I would not really call it simulation, but the mock_hardware option launches the two controllers successfully for me. Can you post your launch log here?
$ ros2 launch irc_ros_bringup rebel.launch.py hardware_protocol:=mock_hardware

# Different terminal
$ ros2 control list_controllers
joint_state_broadcaster[joint_state_broadcaster/JointStateBroadcaster] active
joint_trajectory_controller[joint_trajectory_controller/JointTrajectoryController] active

The gazebo launch option was added for future use, as of now it does not do anything yet

Hey @cpr-fer,
my log is as follows
$ ros2 launch irc_ros_bringup rebel.launch.py hardware_protocol:=mock_hardware

[INFO] [launch]: All log files can be found below /home/robin/.ros/log/2023-08-17-09-38-28-181944-hp-envy-x360-3224
[INFO] [launch]: Default logging verbosity is set to INFO
[INFO] [robot_state_publisher-1]: process started with pid [3227]
[INFO] [joint_state_publisher-2]: process started with pid [3229]
[INFO] [ros2_control_node-3]: process started with pid [3231]
[INFO] [spawner-4]: process started with pid [3233]
[INFO] [spawner-5]: process started with pid [3235]
[INFO] [rviz2-6]: process started with pid [3237]
[ros2_control_node-3] [INFO] [1692257910.131691726] [resource_manager]: Loading hardware 'igus_rebel_6dof'
[ros2_control_node-3] [INFO] [1692257910.137745809] [resource_manager]: Initialize hardware 'igus_rebel_6dof'
[ros2_control_node-3] [WARN] [1692257910.138009773] [mock_generic_system]: Parsing of optional initial interface values failed or uses a deprecated format. Add initial values for every state interface in the ros2_control.xacro. For example:
[ros2_control_node-3] <state_interface name="velocity">
[ros2_control_node-3]   <param name="initial_value">0.0</param>
[ros2_control_node-3] </state_interface>
[ros2_control_node-3] [INFO] [1692257910.138055560] [resource_manager]: Successful initialization of hardware 'igus_rebel_6dof'
[ros2_control_node-3] [INFO] [1692257910.138547930] [resource_manager]: 'configure' hardware 'igus_rebel_6dof'
[ros2_control_node-3] [INFO] [1692257910.138597615] [resource_manager]: Successful 'configure' of hardware 'igus_rebel_6dof'
[ros2_control_node-3] [INFO] [1692257910.138631860] [resource_manager]: 'activate' hardware 'igus_rebel_6dof'
[ros2_control_node-3] [INFO] [1692257910.138649454] [resource_manager]: Successful 'activate' of hardware 'igus_rebel_6dof'
[ros2_control_node-3] [INFO] [1692257910.187104220] [controller_manager]: update rate is 100 Hz
[ros2_control_node-3] [INFO] [1692257910.187710804] [controller_manager]: RT kernel is recommended for better performance
[robot_state_publisher-1] [INFO] [1692257911.766727066] [robot_state_publisher]: got segment base_link
[robot_state_publisher-1] [INFO] [1692257911.767088727] [robot_state_publisher]: got segment flange
[robot_state_publisher-1] [INFO] [1692257911.767117111] [robot_state_publisher]: got segment link_1
[robot_state_publisher-1] [INFO] [1692257911.767164772] [robot_state_publisher]: got segment link_2
[robot_state_publisher-1] [INFO] [1692257911.767179280] [robot_state_publisher]: got segment link_5
[robot_state_publisher-1] [INFO] [1692257911.767225638] [robot_state_publisher]: got segment link_6
[robot_state_publisher-1] [INFO] [1692257911.767236058] [robot_state_publisher]: got segment link_7
[robot_state_publisher-1] [INFO] [1692257911.767244785] [robot_state_publisher]: got segment link_8
[robot_state_publisher-1] [INFO] [1692257911.767253712] [robot_state_publisher]: got segment tcp
[robot_state_publisher-1] [INFO] [1692257911.767298838] [robot_state_publisher]: got segment tool0
[robot_state_publisher-1] [INFO] [1692257911.767308657] [robot_state_publisher]: got segment world
[joint_state_publisher-2] [INFO] [1692257918.523636958] [joint_state_publisher]: Waiting for robot_description to be published on the robot_description topic...
[ros2_control_node-3] [INFO] [1692257920.494629346] [controller_manager]: Loading controller 'joint_state_broadcaster'
[ros2_control_node-3] [ERROR] [1692257920.494826512] [controller_manager]: Loader for controller 'joint_state_broadcaster' (type 'joint_state_broadcaster/JointStateBroadcaster') not found.
[ros2_control_node-3] [INFO] [1692257920.494858453] [controller_manager]: Available classes:
[ros2_control_node-3] [INFO] [1692257920.494876107] [controller_manager]:   controller_manager/test_controller
[ros2_control_node-3] [INFO] [1692257920.494892218] [controller_manager]:   controller_manager/test_controller_failed_init
[ros2_control_node-3] [INFO] [1692257920.494906335] [controller_manager]:   controller_manager/test_controller_with_interfaces
[ros2_control_node-3] [INFO] [1692257920.494919660] [controller_manager]:   irc_ros_controllers/DIOController
[ros2_control_node-3] [INFO] [1692257920.494932485] [controller_manager]:   irc_ros_controllers/DashboardController
[ros2_control_node-3] [INFO] [1692257920.494945289] [controller_manager]:   irc_ros_controllers/EcbpmiController
[ros2_control_node-3] [INFO] [1692257920.494959066] [controller_manager]:   controller_manager/test_chainable_controller
[spawner-4] [FATAL] [1692257920.557725544] [spawner_joint_state_broadcaster]: Failed loading controller joint_state_broadcaster
[ros2_control_node-3] [INFO] [1692257921.123015758] [controller_manager]: Loading controller 'joint_trajectory_controller'
[ros2_control_node-3] [ERROR] [1692257921.123188337] [controller_manager]: Loader for controller 'joint_trajectory_controller' (type 'joint_trajectory_controller/JointTrajectoryController') not found.
[ros2_control_node-3] [INFO] [1692257921.123214888] [controller_manager]: Available classes:
[ros2_control_node-3] [INFO] [1692257921.123245035] [controller_manager]:   controller_manager/test_controller
[ros2_control_node-3] [INFO] [1692257921.123262228] [controller_manager]:   controller_manager/test_controller_failed_init
[ros2_control_node-3] [INFO] [1692257921.123278038] [controller_manager]:   controller_manager/test_controller_with_interfaces
[ros2_control_node-3] [INFO] [1692257921.123292486] [controller_manager]:   irc_ros_controllers/DIOController
[ros2_control_node-3] [INFO] [1692257921.123306673] [controller_manager]:   irc_ros_controllers/DashboardController
[ros2_control_node-3] [INFO] [1692257921.123320690] [controller_manager]:   irc_ros_controllers/EcbpmiController
[ros2_control_node-3] [INFO] [1692257921.123336791] [controller_manager]:   controller_manager/test_chainable_controller
[spawner-5] [FATAL] [1692257921.203524465] [spawner_joint_trajectory_controller]: Failed loading controller joint_trajectory_controller
[ERROR] [spawner-5]: process has died [pid 3235, exit code 1, cmd '/opt/ros/humble/lib/controller_manager/spawner joint_trajectory_controller -c /controller_manager --ros-args -r __ns:=/'].
[ERROR] [spawner-4]: process has died [pid 3233, exit code 1, cmd '/opt/ros/humble/lib/controller_manager/spawner joint_state_broadcaster -c /controller_manager --ros-args -r __ns:=/'].

Hi @robin-mueller
I checked your log and am 99% certain that it is another missing entry in the package.xml file. Can you add
  <exec_depend>joint_state_broadcaster</exec_depend>
  <exec_depend>joint_state_publisher</exec_depend>
  <exec_depend>joint_trajectory_controller</exec_depend>

to the bringup package xml file?

Yes, so adding the above to the package.xml file results in two dependencies showing when executing rosdep check --from-paths src/iRC_ROS/ -i
System dependencies have not been satisfied:
apt     ros-humble-joint-state-broadcaster
apt     ros-humble-joint-trajectory-controller

So this repo is also dependent on ros2_controllers.
I resolved the issue by installing the missing packages with sudo apt install ros-humble-ros2-controllers.

Perfect, thank you! I added the changes to the package.xml now as well

authors: JHeuverRiwo cpr-fer robin-mueller


text:
made the soft calendar post!

here it is! it's me! with a post! finally!

LGTM!

I'm not gonna leave a ton of individual line-by-line comments for it, so I'll just sum it up here:
Capitalize:

Android
Google Calendar
Android Studio

Also in general, I would s/worked/works/ and bring things into the present tense - they still work the same way, presumably.

Overall I think the content is good, but while the tone gives this post a lot of character it's a little excessive with the exclamation points at points, and I agree with the changes James suggested.  Also, the wording of the 2nd-last paragraph might work better if you said "Ironically, ..." instead of "The irony is that" but that's just a minor grammar things.  Other than that it looks good!

If you could rebase your 2 commits into 1, that'd be lit. Ping me if you need assistance.

@puffballinthedark  can you make that a more useful commit message? Since it'll be merged into the main blog codebase, it would be better if it described the changes you've made.
Here's a really helpful post about commit messages!

authors: RamZallan calvin-clark csssuf puffballinthedark sgreene570

repo: ComputerScienceHouse/blog


text:
Aeson boilerplate

Hi, returning to the aeson boilerplate problem.
I've been experimenting using typemap-rep https://hackage.haskell.org/package/typerep-map to store a bunch of essentially first class defaults. If I do something like
fModifiedField :: JsonField e FModified
fModifiedField = field iso8601DateTimeJsonFormat

fPrettyDateField :: JsonField e FPrettyDate
fPrettyDateField = field (dateTimeJsonFormat defaultTimeLocale (regularDateTimeFormat "%A, %B %d, %Y" "yyyy-mm-dd" :| []))

fIdField :: JsonField e FId
fIdField = field textJsonFormat

fUrlField :: JsonField e FUrl
fUrlField = field textJsonFormat

defaultFields :: TypeRepMap (JsonField e)
defaultFields = GHC.Exts.fromList [ WrapTypeable fModifiedField
                                  , WrapTypeable fPrettyDateField
                                  , WrapTypeable fIdField
                                  , WrapTypeable fUrlField]

a :: (Typeable x, Show x, MonadThrow m) => TypeRepMap (JsonField e) -> Identity x -> m ((JsonField e) x)
a fs (Identity x) = case Data.TypeRepMap.lookup fs of
                      Just x -> return x
                      Nothing -> throwM $ F $ "Could not find " <> show x

rtraverse'
  :: (AllHave '[Typeable, Show] rs, Applicative h)
  => (forall x. (Typeable x, Show x) => f x -> h (g x))
  -> Rec f rs
  -> h (Rec g rs)
rtraverse' _ RNil      = pure RNil
rtraverse' f (x :& xs) = (:&) <$> f x <*> rtraverse' f xs

b :: (AllHave '[Typeable, Show] x, MonadThrow m) => Rec Identity x -> m (Rec (JsonField e) x)
b = rtraverse' (a defaultFields)

Then this allows me to basically just have a bag of formatting data for each field by symbol and pass that around, but is there a way to do rtraverse' without reimplementing it?

Abandoning this approach. I feel like defining a bunch of fields up front, and then using rcast gets me most of what I want.

repo: ConferOpenSource/composite


text:
Menu opens then closes when dismissing multi select tag

Context
When dismissing select tags for a multi variant that is searchable False the menu if closed will flash open on mousedown then close on mouseup.
This causes an ugly flash caused by the menu opening and closing.
Steps to reproduce

Use multi variant
Set searchable False config
Select a menu item
Mousedown on the multi select tag dismiss icon
Menu opens
Mouseup on multi select tag dismiss icon
Menu closes

Fixed in 6.3.2


text:
Audio echo while Video call

There is a great echo of voices during a video call between 2 people

@TatankaConCube please have a look

how do you reproduce this issue? Are devices placed near each other or far? Which devices do you use for reproducing this issue?

authors: TatankaConCube jddeep

repo: ConnectyCube/android-messenger-app


text:
Lost sound once the screen is turned off

Hi CN Team,
We are pretty close to have our app ready to be published, but, now we are having an issue and well, if you have any idea on how to fix that, will be, appreciated.
Well, basically, the issue is when the user is in a call, if the screen is turned off, audio/microphone are lost, yeah, the user can't hear anything and it can't be heard either, this is still happening to us on Samsung S7, Android 8. Working well on Android 9
Any idea about how to fix that is very welcome.
Regards

Hi, @masmerino13
Thank you for the reported issue. We have not known about the problem. Need to check.
Few questions.
What you mean about "screen turned off"? Is it device lock state or work of proximity sensor?
Do you know any devices with the issue instead of S7 on Android 8? What the model on your device with Android 9?
Thanks!

What you mean about "screen turned off"? Is it device lock state or work of proximity sensor?

Is the device lock state

Do you know any devices with the issue instead of S7 on Android 8? What the model on your device with Android 9?
By now, we found that only happen on Samsung S7 (Android 8), also tested on Samsung S8 (Android 9) and working well there
This is why we are not pretty sure what's going on.

OK! Anyway, thank you for the information. We will let you know about news after we would manage to catch the problem.

Thank you @ccvlad ,
Any help will be very welcome!

Currently, we have not been able to reproduce the bug. I am going to close the issue. Please, create a new issue if the problem still exist.


text:
Transfer this repo to Hyperledger

So it seems that these checks were originally developed by several Besu contributors. I think it would make sense to transfer this repository to the Hyperledger organization, preferably under the same errorprone-checks name. I'm unsure of what would need to be done before this, but at a minimum it would require some license file banner changes first.
Associated with:

https://github.com/hyperledger/besu/pull/4754

There's been multiple copies of these checks floating around.  They were originally developed by ConsenSys as part of Pantheon and duplicated in Teku, Teku then added some new ones, they were duplicated again to Web3Signer. Somewhere in that sequence Pantheon was donated to HyperLedger and renamed to Besu, then this repo was created to avoid all the duplication.
Moving this to HyperLedger is a very poor fit for Teku and Web3Signer as while there's some people who work on them who are also Besu contributors mostly they're not. So we'd be unable to continue developing these checks and most importantly would be unable to do releases in a timely manner so changes here can actually be used.
With Besu contributors raising objections to using this repo, it becomes impossible to avoid duplication and meet the needs of all the projects so Besu may as well just keep using the checks directly in it's repo to avoid managing dependencies/releases etc.

authors: ajsutton jtraglia

repo: ConsenSys/errorprone-checks


text:
False negative on wrongly named constructor

Description
Mythril fails to report a reachable SUICIDE instruction due to wrongly named constructor in this sample. Code:
pragma solidity ^0.4.21;

contract Ownable {
    address owner;

    function Owmable() public {
        owner = msg.sender;
    }

    function kill() public {
        require(msg.sender == owner);

        selfdestruct(msg.sender);
    }
}

How to Reproduce
$ myth -x Ownable.sol
The analysis was completed successfully. No issues were detected.

Expected behavior
Mythril should report the reachable SUICIDE and ideally provide the transaction sequence:

call Owmable()
call kill(()

Tested with master, develop and Pypi 0.18.13.

I think this is something that solidity does to protect you from yourself. (if the function name is close enough to Ownable it doesn't seem to create the function)
For the exercise you can just name it Owmership

Closing this because it indeed is a true negative

authors: JoranHonig b-mueller

repo: ConsenSys/mythril-classic


text:
Please support dumping all found states regardless of vulnerabilties found.

Using the same state mergin branch of Mythril, the analysis of smart contract doing only 1 thing (taking or withdrawing a deposit of a fixed 1 amount) and neverless it found 729 differrent states.
By reading the source code, I m failing to find how they can be reached and what they does. And since Mythril often miss potential funds theft or Integer overflow, this is something which can definitely help manual anaylysis.
Would it  be possible to dump all states being found in general? Please note this involve dumping contract s storage change (addresses s value from contract addresses) in addition to the transaction sequence in order to reach them.

@ytrezq , it will take days to dump all the states because serializing z3 constraints and storage will make it huge.
You can print the information you need in this function https://github.com/ConsenSys/mythril/blob/9a2572c3d38296091fea5e4e91e8c0fffa489afa/mythril/laser/ethereum/svm.py#L189
self.open_states has all the states. It's of type GlobalState, you can choose to print the information as it is of no use to dump everything due to its inefficiency.

@ytrezq , it will take days to dump all the states because serializing z3 constraints and storage will make it huge.
You can print the information you need in this function https://github.com/ConsenSys/mythril/blob/9a2572c3d38296091fea5e4e91e8c0fffa489afa/mythril/laser/ethereum/svm.py#L189
self.open_states has all the states. It's of type GlobalState, you can choose to print the information as it is of no use to dump everything due to its inefficiency.

I am not talking about serializing z3 but just dumping transaction sequences alang storage changes. Would it be possible to do this?

I am not talking about serializing z3 but just dumping transaction sequences alang storage changes. Would it be possible to do this?

storage is an SMT array, so it should be serialized.

storage is an SMT array, so it should be serialized.

How is it possible? Are eth balance changes are in the same array?

How is it possible? Are eth balance changes are in the same array?

storage access with symbolic indices need an SMT array for an accurate representation

storage access with symbolic indices need an SMT array for an accurate representation

authors: norhh ytrezq

repo: ConsenSys/mythril


text:
Fix typo

adresses to addresses in various files.

Thanks @trigun0x2


text:
Remove deprecated apis

removed all the deprecated REST api endpoints.

re-ordered the standard api endpoints
renamed the standard api categories to be consistent with the spec.

Documentation

[X] I thought about documentation and added the documentation label to this PR if updates are required.

Probably merge this one a little closer to the RC so we can give one last warning in various channels that it's standard API or bust now.

Also should check the standard APIs work with eth2stats reporting since that currently uses our old APIs.  They have a v1 option I think which should test them.

authors: ajsutton rolfyone

repo: ConsenSys/teku


text:
Templates

Some of our issue reports are missing details, making them hard to resolve quickly. Maybe we could use templates that ask for more information right when an issue is reported. This could help us get all the details we need right away. WDYT?
It will look something like this if merged...

Something worth noting is that 80-90% of the issues will be raised by the docs team, the rest will mostly be Teku devs.

authors: bgravenorst joaniefromtheblock


text:
fails to parse nested array syntax

/**
 * @param {Point[][]} line
 * @private
 */

Parsing this with doctrine.parse results in 0 tags.

Duplicate of #108.

repo: Constellation/doctrine


text:
Bump SurfaceTopography to v1.2.1

v1.2.1 of SurfaceTopography was just released which adds multiple new file formats and bug fixes.

We should bump to 1.2.2. #928 has this update.

repo: ContactEngineering/TopoBank


text:
File .envs/.django missing

Build fails with
$ git clone https://github.com/ContactEngineering/topobank-stack-development.git
Cloning into 'topobank-stack-development'...
remote: Enumerating objects: 75, done.
remote: Counting objects: 100% (75/75), done.
remote: Compressing objects: 100% (52/52), done.
remote: Total 75 (delta 21), reused 68 (delta 16), pack-reused 0
Unpacking objects: 100% (75/75), 22.23 KiB | 2.02 MiB/s, done.
$ cd topobank-stack-development/
$ git submodule init
Submodule 'topobank' (git@github.com:ContactEngineering/TopoBank.git) registered for path 'topobank'
Submodule 'topobank-contact' (git@github.com:ContactEngineering/topobank-contact.git) registered for path 'topobank-contact'
Submodule 'topobank-statistics' (git@github.com:ContactEngineering/topobank-statistics.git) registered for path 'topobank-statistics'
jotelha@jotelha-fujitsu-ubuntu-20:/mnt/dat2/git/ContactEngineering/topobank-stack-development$ git submodule update
Cloning into '/mnt/dat2/git/ContactEngineering/topobank-stack-development/topobank'...
Cloning into '/mnt/dat2/git/ContactEngineering/topobank-stack-development/topobank-contact'...
Cloning into '/mnt/dat2/git/ContactEngineering/topobank-stack-development/topobank-statistics'...
Submodule path 'topobank': checked out '9ab10e2b2bd3fca4a6e5f9cee9d7ce355e64970b'
Submodule path 'topobank-contact': checked out '070eb8317f164f7a7a74c61f2a9c2eb4365f8039'
Submodule path 'topobank-statistics': checked out 'db0252acef453b7373add83756c2eeb7ab66861e'

$ TOPOBANK_UID=$(id -u) TOPOBANK_GID=$(id -g) docker compose build
open /mnt/dat2/git/ContactEngineering/topobank-stack-development/.envs/.django: no such file or directory

You need to copy .envs/django.template to .envs/.django and fill in missing data.
We should add this to the README. There are also other steps needed like calling collectstatic and the creation of the World organization in order to use the plugins. I can add more information on this the next days.

authors: jotelha mcrot


text:
Help Please

C:\Users\daddy\OneDrive\Escritorio\Nicolas Files\Mitsuzi-JS-main>node index.js
internal/modules/cjs/loader.js:834
throw err;
^
Error: Cannot find module 'canvas'
Require stack:

C:\Users\daddy\OneDrive\Escritorio\Nicolas Files\Mitsuzi-JS-main\util\MitUtil.js
C:\Users\daddy\OneDrive\Escritorio\Nicolas Files\Mitsuzi-JS-main\index.js
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:831:15)
    at Function.Module._load (internal/modules/cjs/loader.js:687:27)
    at Module.require (internal/modules/cjs/loader.js:903:19)
    at require (internal/modules/cjs/helpers.js:74:18)
at Object. (C:\Users\daddy\OneDrive\Escritorio\Nicolas Files\Mitsuzi-JS-main\util\MitUtil.js:1:16)
    at Module._compile (internal/modules/cjs/loader.js:1015:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1035:10)
    at Module.load (internal/modules/cjs/loader.js:879:32)
    at Function.Module._load (internal/modules/cjs/loader.js:724:14)
    at Module.require (internal/modules/cjs/loader.js:903:19) {
code: 'MODULE_NOT_FOUND',
requireStack: [
'C:\Users\daddy\OneDrive\Escritorio\Nicolas Files\Mitsuzi-JS-main\util\MitUtil.js',
'C:\Users\daddy\OneDrive\Escritorio\Nicolas Files\Mitsuzi-JS-main\index.js'
]
}

Please make sure to install all the packages required.
npm i @discordjs/opus@0.3.2 anime-facts@1.0.7 animefreak@1.0.2 animequotes@1.1.2 asciify-image@0.1.6 bad-words@3.0.3 canvas@2.6.1 common-tags@1.8.0 cpu-stat@2.0.1 crawler@1.2.2 crazy-quotes@1.0.4 crypto-price@0.0.6 dabi-images@2.7.5 dblapi.js@2.4.0 discord-anti-spam@2.4.1 discord.js@12.3.1 ffmpeg@0.0.4 fluent-ffmpeg@2.1.2 genius-api@0.4.1 genius-lyrics-api@3.0.2 giphy-wrapper@0.0.3 insult@0.0.3 level@6.0.1 lyrics-finder@21.0.5 mathjs@7.1.0 minecraft-server-status@1.0.1 moment@2.27.0 morse@0.1.0 newsapi@2.4.1 node-os-utils@1.3.0 node-osu@2.2.0 node-superfetch@0.1.10 one-liner-joke@1.2.0 owofy@1.0.2 pastebin-js@1.0.5 proxy-list-random@1.0.2 quick.db@7.1.1 random-animal-name@0.1.0 random-cat@1.0.1 random-number@0.0.9 random-words@1.1.1 rss-parser@3.9.0 simple-youtube-api@5.2.1 soundcloud-downloader@0.1.3 sqlite3@5.0.0 stackimpact@1.3.26 steamapi@2.1.1 string-similarity@4.0.2 systeminformation@4.27.0 urban-dictionary@2.2.1 url-exists@1.0.3 util@0.12.3 valid-url@1.0.9 weather-js@2.0.0 website-scraper@4.2.2 yo-mamma@1.3.0 ytdl-core@3.2.0 ytdl-core-discord@1.2.1 zlib-sync@0.1.7

I will try to use it, and I will text back if it doesnt work

Do you have discord or something? So you can help or idk?

There are some things that I don't understand.

authors: ContionMig Icelagy

repo: ContionMig/Mitsuzi-JS


text:
⚠ Samsung has degraded performance

In 946970a, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 1910 ms

Resolved: Samsung performance has improved in 67e9bbb.

repo: CoopPlayzz/Webstatus-electronicbrands


text:
⚠ Samsung has degraded performance

In 383d3c7, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 2877 ms

Resolved: Samsung performance has improved in ad25b07.


text:
⚠ Fortnite has degraded performance

In a0b1b51, Fortnite (https://fortnite.com) experienced degraded performance:

HTTP code: 200
Response time: 1628 ms

Resolved: Fortnite performance has improved in 899af11.

repo: CoopPlayzz/Webstatus-games


text:
⚠ Fortnite has degraded performance

In 8bacec0, Fortnite (https://fortnite.com) experienced degraded performance:

HTTP code: 200
Response time: 1514 ms

Resolved: Fortnite performance has improved in a580137.


text:
[NON-ISSUE] Cross validating training result

Hello,
I would like to cross validate my loss and accuracy with other. Below is my result:

Hi @louisgv, your results seem fairly consistent with my training/test accuracy (~86%). I will be working on a deep-model extension to this project this weekend (hopefully), and I will report my findings.
It seems that creators of this data set reported 69.71% ± 1.47% (see table 3 from here) accuracy using an OPIUM-based model, so this method beats that already. I have no benchmark for state-of-the-art (I would assume that >95% could be achieved using DCNNs).
I will leave this thread open for people to report any model progress or accuracy improvements.
Thanks for your interest!

why

thanks

@jamesyzhb I encountered the same error. How to fix it? Please help

Hello @jamesyzhb, please open a new issue on the repository, but I believe it is an issue with a version mismatch with this code and Keras. What version of Keras and TensorFlow/Theano are you using?

authors: CharlesLiuyx Coopss jamesyzhb louisgv

repo: Coopss/EMNIST

license: mit


text:
conan error

i have erro in conan with Mac can you help me ?

This is not a amqp-cpp error. You must run conan with --build if the pre-compiled package is not available for your platform or compiler.

authors: cqjjjzr rafaeltokyo

repo: CopernicaMarketingSoftware/AMQP-CPP


text:
[HELP]

How do I make the unfollow bot work -w- I am lost now,
I tried several ways including using -t and my GitHub name and revoking token and regenerating the token and update .env
Can you just type an example of how to use the unfollow bot using the -nf

cd follow-bot && python bot_unfollow.py -fo

cd follow-bot && python bot_unfollow.py -nf -smin 50

Both of your commands are correct and working as intended on the latest version.
Please, check if you have it and also set your .env file as in the sample template: https://github.com/Correia-jpv/github-follow-bot/blob/4a7709912bae0c3142b34545a88a93ad92555280/.env.sample

Tried new personal token and re-upload .env
double check username but not solution :x

I found the fix thanks Correia

I found the fix thanks Correia

Good to know! Cheers

authors: Correia-jpv alejandroatacho

repo: Correia-jpv/github-follow-bot


text:
🛑 Homepage is down

In e1b332d, Homepage (https://$URL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Homepage is back up in 0d46389.

repo: CoryManson/uptime


text:
Getting "failed to execute message; message index: 0: exceeds limit: create wasm contract failed" on a cw721_base contract

Hi there! I've compiled the cw721_base contract from the cw-nfts repository and I've been trying to upload it to the blockchain (my own, on cosmos sdk). I don't think I have any problems with the chain itself coz I've been able to successfully upload other contracts (nameservice, escrow). The error message I'm getting is very strange: "failed to execute message; message index: 0: exceeds limit: create wasm contract failed". Would be grateful if you guys could somehow assist.

Fixed in both branches

repo: CosmWasm/wasmd


text:
Cracked Account Error When I Don't Have A Cracked Account

Describe the bug
Anytime I try to edit my cosmetics it comes up with an error message somewhere along the lines of 'internet connection is unstable, or you have a cracked account', which neither is true. I've been playing with Cosmetica perfectly fine for around a week and then noticed that my cosmetics disappeared, so I went to reactive them and got said error message after waiting for Cosmetica to load.
To Reproduce
I believe what might've happened was that I closed my laptop while my game and launcher were still going, and when I came back to it I saw in the launcher something along the lines of 'Purchases unable to load', however I've relaunched and relogged into my account multiple with no change.
Screenshots
The Error I keep getting

Screenshot I took of myself wearing glasses from Cosmetica that I sent to friends a couple days prior to it not working

Setup (please complete the following information):

OS: Windows 10
Minecraft Version: 1.19.2
Version: Cosmetica 1.2.5 for 1.19.1 and 1.19.2

how  was this problem solved? ive had the same issue on a server i recently started however it only effects me

repo: Cosmetica-cc/Cosmetica


text:
Navigazione

Subject: Navigazione
Description:
Si blocca la pagina non permettendo di vedere sotto (come continua il profilo)
Results:
Si blocca la pagina non permettendo di vedere sotto (come continua il profilo)
Backend version: develop-0a2f2ed7
Frontend version: develop-0a2f2ed7
User Agent: Mozilla/5.0 (Linux; Android 8.1.0; CPH1903) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.61 Mobile Safari/537.36
Page: https://app.couchers.org/user/giancarlo#loc=14/41.88981/12.52353/-10.1
User: danny_it (3313)

Translated:
It crashes the page not allowing to see below (as the profile continues)
Results:
Page crashes not allowing to see below (as profile continues)

authors: AllhandsNoFeet CouchersBot

repo: Couchers-org/couchers


text:
🛑 search.dev.judilibre.io healthcheck is down

In 851c969, search.dev.judilibre.io healthcheck (https://search.dev.judilibre.io/healthcheck) was down:

HTTP code: 200
Response time: 4434 ms

Resolved: search.dev.judilibre.io healthcheck is back up in e767c2b.

repo: Cour-de-cassation/judilibre-uptime


text:
Test CI with OS X

Add Mac OS X to travis CI builds

Awesome, having Mac OS supported by Travis CI will be great.
A few comments:

If you want to test CI config changes, just pushing the branch itself is enough and will trigger the CI hooks. You don't need a PR.
Some elements in the build matrix have addons: &valgrind and some don't. What is the purpose of the & ?
It is unfortunate that we need to expand the build matrix manually. When we re-enable the single-threaded build configuration, this will double the number of entries. But given my understanding of the Travis CI config file and the need for the MACOSX_DEPLOYMENT_TARGET environment variable, I couldn't think of a cleaner way :-/

Thanks for working on this!

Oh, and the Linux Clang configurations are not supported on Ubuntu Trusty. Clang just doesn't play well with libstdc++ from gcc with C++11 enabled, so I suggest to just remove these entries from the build matrix.

I noticed the push/branch CI nodes but never made the connection.
(&) is used to create anchor nodes in YAML. The same nodes can be later referenced using a (*). The anchor and reference nodes can be used to remove redundancy in the file. I haven't yet figured how to do it right in our yml file

@CppMicroServices/developers let me know if you are OK with merging this PR.

+1 for merging
This is really nice to have!

repo: CppMicroServices/CppMicroServices


text:
onUpdateTick function doesn't work unless the block has gravity.

My script
val colliderOne as Block = VanillaFactory.createBlock("collider_lv1", <blockmaterial:iron>);
colliderOne.setToolClass("pickaxe");
colliderOne.setToolLevel(0);
// colliderOne.gravity = true;
colliderOne.onUpdateTick = function(world, blockPos, blockState) {
    print("Update!");
};
colliderOne.register();

I gave the block a block update, but nothing happened in crafttweaker.log. But if I set gravity property true, it will work.

by that i konw, block update call when
-its change(mine it, open it(like chest) )
-its neer is change(mine side block, piston is neer push or pull)
-its other update fuct(redstone, has random tick(work like plant), gravity fall check. )
not call with every tick update.

I know it. I placed a block neer the block to give block change.

This appears to apply to onRandomTick as well.

onRandomTick works fine, according to my usage: https://github.com/Rebirth-of-the-Night/Rebirth-Of-The-Night/blob/master/src/common/scripts/contentweaker/scaffolding.zs this block breaks on a random interval without needing gravity

Oh huh. Yeah, it seems to be working now.
To anyone reading this thread later, I'm referring to onRandomTick. onUpdateTick still doesn't work correctly.

Can confirm onUpdateTick is still broken, unless the block has gravity as stated before.

repo: CraftTweaker/ContentTweaker


text:
🛑 sneak.page is down

In 904dde3, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in 3349aa3 after 8 minutes.

repo: Crazy-Marvin/upptime


text:
🛑 sneak.page is down

In 6ccd9e5, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in 603facf after 8 minutes.


text:
🛑 sneak.page is down

In 6336926, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in ddb469a after 8 minutes.


text:
🛑 sneak.page is down

In 054edd4, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in 24d684a after 8 minutes.


text:
🛑 sneak.page is down

In 03a058f, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in 9fa4837 after 8 minutes.


text:
🛑 sneak.page is down

In 45ba4f7, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in a638eec after 8 minutes.


text:
🛑 sneak.page is down

In 35fb4ab, sneak.page (https://sneak.page) was down:

HTTP code: 0
Response time: 0 ms

Resolved: sneak.page is back up in 6f491f9 after 20 minutes.


text:
Crash on enderIo when starting up Minecraft

Heres the log:
---- Minecraft Crash Report ----
// This is a token for 1 free hug. Redeem at your nearest Mojangsta: [HUG]
Time: 12/8/14 2:23 PM
Description: Initializing game
java.lang.IllegalArgumentException: ID is already registered: 3
at net.minecraft.entity.EntityList.func_75618_a(EntityList.java:93)
at cpw.mods.fml.common.registry.EntityRegistry.registerGlobalEntityID(EntityRegistry.java:199)
at enviromine.handlers.ObjectHandler.registerEntities(ObjectHandler.java:177)
at enviromine.core.EnviroMine.preInit(EnviroMine.java:75)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:513)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:239)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
-- Head --
Stacktrace:
at net.minecraft.entity.EntityList.func_75618_a(EntityList.java:93)
at cpw.mods.fml.common.registry.EntityRegistry.registerGlobalEntityID(EntityRegistry.java:199)
at enviromine.handlers.ObjectHandler.registerEntities(ObjectHandler.java:177)
at enviromine.core.EnviroMine.preInit(EnviroMine.java:75)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:513)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:239)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480)
-- Initialization --
Details:
Stacktrace:
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Windows 8.1 (amd64) version 6.3
Java Version: 1.7.0_67, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 228441992 bytes (217 MB) / 731906048 bytes (698 MB) up to 954728448 bytes (910 MB)
JVM Flags: 3 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1024m -XX:MaxPermSize=128m
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v9.05 FML v7.10.85.1230 Minecraft Forge 10.13.2.1230 Optifine OptiFine_1.7.10_HD_U_B1 88 mods loaded, 88 mods active
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized
FML{7.10.85.1230} [Forge Mod Loader] (modpack.jar) Unloaded->Constructed->Pre-initialized
Forge{10.13.2.1230} [Minecraft Forge] (modpack.jar) Unloaded->Constructed->Pre-initialized
appliedenergistics2-core{rv1-stable-1} [AppliedEnergistics2 Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized
CodeChickenCore{1.0.2.9} [CodeChicken Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized
{000} [CoFH ASM Data Initialization] (minecraft.jar) Unloaded->Constructed->Pre-initialized
NotEnoughItems{1.0.2.15} [Not Enough Items] (NotEnoughItems-1.7.10-1.0.2.15-universal.jar) Unloaded->Constructed->Pre-initialized
ThaumicTinkerer-preloader{0.1} [Thaumic Tinkerer Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized
OpenModsCore{0.6} [OpenModsCore] (minecraft.jar) Unloaded->Constructed->Pre-initialized
DamageIndicatorsMod{3.2.0} [Damage Indicators] ([1.7.10]DamageIndicatorsMod-3.2.0.jar) Unloaded->Constructed->Pre-initialized
AppleCore{1.0.1} [AppleCore] (AppleCore-mc1.7.10-1.0.1.jar) Unloaded->Constructed->Pre-initialized
appliedenergistics2{rv1-stable-1} [Applied Energistics 2] (appliedenergistics2-rv1-stable-1.jar) Unloaded->Constructed->Pre-initialized
CoFHCore{1.7.10R3.0.0B8} [CoFH Core] (CoFHCore-[1.7.10]3.0.0B8-36.jar) Unloaded->Constructed->Pre-initialized
ThermalFoundation{1.7.10R1.0.0B3} [Thermal Foundation] (ThermalFoundation-[1.7.10]1.0.0B3-8.jar) Unloaded->Constructed->Pre-initialized
ThermalExpansion{1.7.10R4.0.0B6} [Thermal Expansion] (ThermalExpansion-[1.7.10]4.0.0B6-16 (3).jar) Unloaded->Constructed->Pre-initialized
BigReactors{0.4.0rc8} [Big Reactors] (BigReactors-0.4.0rc8.jar) Unloaded->Constructed->Pre-initialized
BuildCraft|Core{5.0.7} [BuildCraft] (buildcraft-5.0.7.jar) Unloaded->Constructed->Pre-initialized
BuildCraft|Builders{5.0.7} [BC Builders] (buildcraft-5.0.7.jar) Unloaded->Constructed->Pre-initialized
BuildCraft|Energy{5.0.7} [BC Energy] (buildcraft-5.0.7.jar) Unloaded->Constructed->Pre-initialized
BuildCraft|Factory{5.0.7} [BC Factory] (buildcraft-5.0.7.jar) Unloaded->Constructed->Pre-initialized
BuildCraft|Transport{5.0.7} [BC Transport] (buildcraft-5.0.7.jar) Unloaded->Constructed->Pre-initialized
BuildCraft|Silicon{5.0.7} [BC Silicon] (buildcraft-5.0.7.jar) Unloaded->Constructed->Pre-initialized
chisel{1.5.7} [Chisel] (Chisel-1.7.10-1.5.7.jar) Unloaded->Constructed->Pre-initialized
DeadlyWorld{1.0.2} [Deadly World] (DeadlyWorld-1.7.10-1.0.2.jar) Unloaded->Constructed->Pre-initialized
ElementalCreepers{4.2.4} [Elemental Creepers] (Elemental Creepers-universal_1.7.10-4.2.4.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded{1.7.10R2.8.0RC5} [MineFactory Reloaded] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
EnderIO{1.7.10-2.2.1.276} [Ender IO] (EnderIO-1.7.10-2.2.1.276 (1).jar) Unloaded->Constructed->Pre-initialized
IC2{2.2.628-experimental} [IndustrialCraft 2] (Industrial-Craft-2-Mod-Experimental-1.7.10.jar) Unloaded->Constructed->Pre-initialized
Baubles{1.0.1.7} [Baubles] (Baubles-1.7.10-1.0.1.7.jar) Unloaded->Constructed->Pre-initialized
Thaumcraft{4.2.0.1} [Thaumcraft] (Thaumcraft-1.7.10-4.2.0.1.jar) Unloaded->Constructed->Pre-initialized
Forestry{3.2.0.5} [Forestry for Minecraft] (forestry_1.7.10-3.2.0.5.jar) Unloaded->Constructed->Pre-initialized
Railcraft{9.4.0.0} [Railcraft] (Railcraft_1.7.10-9.4.0.0.jar) Unloaded->Constructed->Pre-initialized
emashercore{1.3.0.0} [ET Resources] (EngineersToolbox-1.2.0.0-BETA.jar) Unloaded->Constructed->Pre-initialized
emasherdefense{1.3.0.0} [ET Defense] (EngineersToolbox-1.2.0.0-BETA.jar) Unloaded->Constructed->Pre-initialized
eng_toolbox{1.2.0.0} [Engineer's Toolbox] (EngineersToolbox-1.2.0.0-BETA.jar) Unloaded->Constructed->Pre-initialized
gascraft{2.1.0.0} [GasCraft] (EngineersToolbox-1.2.0.0-BETA.jar) Unloaded->Constructed->Pre-initialized
enviromine{1.3.60} [EnviroMine] (EnviroMine-v1.3.60.jar) Unloaded->Constructed->Errored
exnihilo{1.37} [Ex Nihilo] (Ex-Nihilo-1.37.jar) Unloaded->Constructed->Pre-initialized
MetallurgyCore{4.0.4} [Metallurgy Core] (MetallurgyCore-1.7.10-4.0.4.18.jar) Unloaded->Constructed->Pre-initialized
Mantle{1.7.10-0.3.2.jenkins184} [Mantle] (Mantle-1.7.10-0.3.2.jar) Unloaded->Constructed->Pre-initialized
Waila{1.5.5} [Waila] (Waila-1.5.5_1.7.10.jar) Unloaded->Constructed->Pre-initialized
TConstruct{1.7.10-1.7.1.build771} [Tinkers' Construct] (TConstruct-1.7.10-1.7.1c.jar) Unloaded->Constructed->Pre-initialized
Metallurgy{4.0.6} [Metallurgy 4] (Metallurgy-1.7.10-4.0.6.80.jar) Unloaded->Constructed->Pre-initialized
ExtraTiC{0.8.4} [ExtraTiC] (ExtraTiC-1.7.10-1.0.3.jar) Unloaded->Constructed->Pre-initialized
flansmod{4.8.0} [Flan's Mod] (Flans Mod-1.7.10-4.8.0.jar) Unloaded->Constructed->Pre-initialized
FoodPlus{3.0rS} [§bFood Plus] (Food-Plus-Mod-1.7.10.jar) Unloaded->Constructed->Pre-initialized
harvestcraft{1.7.10b} [Pam's HarvestCraft] (Pam's HarvestCraft 1.7.10c.jar) Unloaded->Constructed->Pre-initialized
HungerOverhaul{1.7.10-beta.2.jenkins30} [Hunger Overhaul] (HungerOverhaul-1.7.10-beta.2.jar) Unloaded->Constructed->Pre-initialized
IronChest{6.0.62.742} [Iron Chest] (Iron-Chests-Mod-1.7.10.jar) Unloaded->Constructed->Pre-initialized
JABBA{1.1.4} [JABBA] (Jabba-1.1.4_1.7.10.jar) Unloaded->Constructed->Pre-initialized
ForgeMultipart{1.1.0.314} [Forge Multipart] (ForgeMultipart-1.7.10-1.1.0.314-universal.jar) Unloaded->Constructed->Pre-initialized
Mekanism{7.1.1} [Mekanism] (Mekanism-1.7.10-7.1.1.127.jar) Unloaded->Constructed->Pre-initialized
MekanismGenerators{7.1.1} [MekanismGenerators] (MekanismGenerators-1.7.10-7.1.1.127.jar) Unloaded->Constructed->Pre-initialized
MekanismTools{7.1.1} [MekanismTools] (MekanismTools-1.7.10-7.1.1.127.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatAppliedEnergistics{1.7.10R2.8.0RC5} [MFR Compat: Applied Energistics] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatAtum{1.7.10R2.8.0RC4} [MFR Compat: Atum] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatBackTools{1.7.10R2.8.0RC5} [MFR Compat: BackTools] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatBuildCraft{1.7.10R2.8.0RC4} [MFR Compat: BuildCraft] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatChococraft{1.7.10R2.8.0RC4} [MFR Compat: Chococraft] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatExtraBiomes{1.7.10R2.8.0RC4} [MFR Compat: ExtraBiomes] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatForestry{1.7.10R2.8.0RC5} [MFR Compat: Forestry] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatForgeMicroblock{1.7.10R2.8.0RC4} [MFR Compat: ForgeMicroblock] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatIC2{1.7.10R2.8.0RC4} [MFR Compat: IC2] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
Mystcraft{0.11.0.00} [Mystcraft] (mystcraft-1.7.10-0.11.0.00.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatMystcraft{1.7.10R2.8.0RC4} [MFR Compat: Mystcraft] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatProjRed{1.7.10R2.8.0RC4} [MFR Compat ProjectRed] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatRailcraft{1.7.10R2.8.0RC4} [MFR Compat: Railcraft] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatRP2{1.7.10R2.8.0RC4} [MFR Compat: RP2] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatSufficientBiomes{1.7.10R2.8.0RC4} [MFR Compat: Sufficient Biomes] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatThaumcraft{1.7.10R2.8.0RC5} [MFR Compat: Thaumcraft] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatThermalExpansion{1.7.10R2.8.0RC4} [MFR Compat: Thermal Expansion] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
TwilightForest{2.3.2} [The Twilight Forest] (twilightforest-1.7.10-2.3.2.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatTwilightForest{1.7.10R2.8.0RC5} [MFR Compat: TwilightForest] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatVanilla{1.7.10R2.8.0RC5} [MFR Compat: Vanilla] (MineFactoryReloaded-[1.7.10]2.8.0RC5-694.jar) Unloaded->Constructed->Pre-initialized
NetherOres{1.7.10R2.3.0RC3} [Nether Ores] (NetherOres-[1.7.10]2.3.0RC3-84.jar) Unloaded->Constructed->Pre-initialized
OpenMods{0.6} [OpenMods] (OpenModsLib-1.7.10-0.6-snapshot-268.jar) Unloaded->Constructed->Pre-initialized
OpenBlocks{1.3} [OpenBlocks] (OpenBlocks-1.7.10-1.3-snapshot-512.jar) Unloaded->Constructed->Pre-initialized
PneumaticCraft{1.2.6} [PneumaticCraft] (PneumaticCraft-1.2.6.jar) Unloaded->Constructed->Pre-initialized
PowerConverters{1.7.10-3.0.2.38} [Power Converters] (PowerConverters-1.7.10-3.0.2.38.jar) Unloaded->Constructed->Pre-initialized
ReiMinimap{1.7.10} [Rei's Minimap] (Reis-Minimap-Mod-1.7.10.jar) Unloaded->Constructed->Pre-initialized
SpecialMobs{3.0.3} [Special Mobs] (SpecialMobs-1.7.10-3.0.3.jar) Unloaded->Constructed->Pre-initialized
SpiceOfLife{1.2.2} [The Spice of Life] (SpiceOfLife-mc1.7.10-1.2.2.jar) Unloaded->Constructed->Pre-initialized
ThaumicTinkerer{unspecified} [Thaumic Tinkerer] (ThaumicTinkerer-2.5-1.7.10-161.jar) Unloaded->Constructed->Pre-initialized
UtilityMobs{3.1.1} [Utility Mobs] (UtilityMobs-1.7.10-3.1.1.jar) Unloaded->Constructed->Pre-initialized
WailaHarvestability{1.1.0} [Waila Harvestability] (WailaHarvestability-mc1.7.x-1.1.0.jar) Unloaded->Constructed->Pre-initialized
McMultipart{1.1.0.314} [Minecraft Multipart Plugin] (ForgeMultipart-1.7.10-1.1.0.314-universal.jar) Unloaded->Constructed->Pre-initialized
IguanaTweaksTConstruct{1.7.10-2.0.6} [Iguana Tinker Tweaks] (IguanaTinkerTweaks-1.7.10-2.0.6.jar) Unloaded->Constructed->Pre-initialized
ForgeMicroblock{1.1.0.314} [Forge Microblocks] (ForgeMultipart-1.7.10-1.1.0.314-universal.jar) Unloaded->Constructed->Pre-initialized
OpenModsLib crash transformers: [gl_capabilities_hook:FINISHED],[player_render_hook:FINISHED],[map_gen_fix:FINISHED],[movement_callback:FINISHED],[stencil_patches:FINISHED]
AE2 Version: stable rv1-stable-1 for Forge 10.13.0.1187
Mantle Environment: DO NOT REPORT THIS CRASH! Unsupported mods in environment: optifine
TConstruct Environment: Environment healthy.
Stencil buffer state: Function set: GL30, pool: internal, bits: 8
Launched Version: 1.7.10-Forge10.13.2.1230
LWJGL: 2.9.1
OpenGL: GeForce GTX 650/PCIe/SSE2 GL version 4.4.0, NVIDIA Corporation
GL Caps: Using GL 1.3 multitexturing.
Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.
Anisotropic filtering is supported and maximum anisotropy is 16.
Shaders are available because OpenGL 2.1 is supported.
Is Modded: Definitely; Client brand changed to 'fml,forge'
Type: Client (map_client.txt)
Resource Packs: []
Current Language: English (US)
Profiler Position: N/A (disabled)
Vec3 Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
Anisotropic Filtering: Off (1)

Actually it's just an entity ID conflict. Either delete the enviromine.cfg and let it regenerate, or scroll down to [I:"EntityPhysicsBlock ID"=] and change it to a number that isn't taken. Try 5.

Entity IDs are dynamic and should not be config options. Unnecessary.

Not saying you don't have to do it, just saying the author of Enviromine should change how he does things.

authors: builderbrick kaylojames tterrag1098

repo: CrazyPants/EnderIO

license: Unlicense


text:
MovieClip first frame behaviour

When an Animate CC MovieClip symbol is first constructed, it is empty until the playhead advances to frame 0 (on the first tick).
This causes a number of problems:

Children do not have a parent (or root), because they are not on the stage yet. Animate currently hacks this in via this.child.parent = this.
getBounds returns null. Previously this was resolved by calling _updateTimeline in getBounds, but this could lead to actions executing at the wrong time. It also doesn't correctly accommodate child clips.

There are two potential solutions to this:

AnimateCC could be updated to add all of the initial children to the clip in the constructor and set initial properties. This would resolve all of the above, and integrate well with manual MC creation (via new MovieClip).
We could somehow "ghost advance" the MC to its first frame, updating children but not executing actions or updating the currentFrame (so that the first tick doesn't advance past the first frame). This would require a lot of framework hacking, but would reduce redundancy in the Animate CC export.

Of note, while testing I stumbled onto unexpected related behaviour in AS3 SWFs that I don't think we should duplicate (since it seems like a bug)... a new MovieClip instance added to the stage will display its first frame for 2 frames, instead of 1 as expected.

Here's my rough idea to solve this. Would require testing both for the scenario at hand, and to ensure it doesn't introduce any other issues with first frame execution:
	// added to MovieClip, name TBD
	// renders the current frame's child state without updating _rawPosition or running actions.
	p.softUpdate = function() {
		var rawPosition = this._rawPosition, actionsEnabled = this.actionsEnabled;
		this.actionsEnabled = false;
		this._updateTimeline(rawPosition);
		this._rawPosition = rawPosition;
		this.actionsEnabled = actionsEnabled;
	};

This would then be called at the end of a Symbol declaration. The primary downside is that the first frame update becomes mostly redundant. I could optimize it out, but I'm not certain it's worth the effort. I might look at it anyway.
Alternately, I could make this less general purpose, and just call it something like renderFirstFrame().

Ok. I've implemented a solution locally that I think should work. I've added the following method to MovieClip:
p._renderFirstFrame = function() {
	this.timeline.setPosition(0, true, true, this._bound_resolveState);
	this.timeline.rawPosition = -1;
};

This would then be called at the end of Animate Symbol constructors. It's a bit wasteful, as it causes the timeline and children to be updated to frame 0 twice, but no actual draw happens so its not too bad. It should be fairly easy to optimize out the duplicate child update, but not the duplicate timeline update.
Feedback welcome.

After re-publishing my existing fla's I think I've ran into these problems.
Is there anything I can test yet?
Right now I've solved some issues by adding an empty frame in the beginning of my symbols, but some other things still aren't working.

I just ran into this problem with version 1.0.2.  I'm calling gotoAndStop(0) on all my MovieClip instances before adding to stage.  So, some sort of pre-render is necessary.
I'll support renderFirstFrame as an additional method.  It works in my code.  However, I've noticed when creating a new Instance of a MovieClip at runtime, using getBounds() returns null.  Not sure what changed, but I don't have either of these issues in 0.8.2

authors: daedeloth gskinner kennylerma

repo: CreateJS/EaselJS


text:
UI: datepicker header slightly extends past body

see item labeled "border width ?" in attached screenshot

screenshot

I saw this in Firefox only in previous iterations, fixed now for me. Please confirm.

No longer repros, I'm closing this.

authors: CreaturesInUnitards pakx

repo: CreaturesInUnitards/mithril-datepicker


text:
Adding PHP8 test and switching to github actions

This PR  add more PHP versions tests to ApiProblem (testing against PHP>=7.1 and PHP8)
Switch from Travis/Scrutinizer to Github actions
Switch from Zend-Diactoros to Laminas-Diactoros

I have no idea how to test that the GitHub actions are setup correctly, or for that matter what some of them are, but since Travis is cutting off OSS support I guess this works for now.  Thanks!

authors: Crell nyamsprod

repo: Crell/ApiProblem


text:
Brick emoji

Bricks are used to build walls and thus houses etc. Made of wood or plastic, they are also one of the first toys of many children. → Lego
See also #248 for a Stone emoji.

Proposal

L2/17-172 Brick Emoji Submission by Julian O’Shea (2017-05-16)

The candidate emojis for Unicode 11 include a Brick Wall emoji as U+1F9F1.
http://www.unicode.org/L2/L2017/17284-emoji-recs.pdf

repo: Crissov/unicode-proposals


text:
🛑 cris book is down

In 2400aef, cris book (http://cristo.top/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: cris book is back up in c0d4138 after 6 minutes.

repo: CristoMonte/uptime-demo


text:
Add SourceLiveTimer parsing

Resolves #105

I will get a first try eventually.

Looks like Travis is half dead atm. It seems like it compiles though, so I'll just merge it regardless.

authors: CryZe hallcristobal

repo: CryZe/livesplit-core


text:
🛑 lemmy.best is down

In 1ceff1d, lemmy.best (https://lemmy.best) was down:

HTTP code: 0
Response time: 0 ms

Resolved: lemmy.best is back up in aecbe57 after 9 minutes.


text:
🛑 lemmy.best is down

In 2d13b78, lemmy.best (https://lemmy.best) was down:

HTTP code: 0
Response time: 0 ms

Resolved: lemmy.best is back up in 77d5ce9 after 22 minutes.


text:
JsonNormalizer creates array JSON when object is passed

Hey there,
I wonder if it is possible to have valinor keeping the actual type of the object passed to normalize.
When I use the following code, I'd expect {} from being generated but instead, it returns []:
$normalizer = (new MapperBuilder())->normalizer(Format::json());
var_dump($normalizer->normalize(new stdClass));
// string(2) "[]"

I would not expect a type transition to an array just because I pass an object without properties.

have you tried withOptions https://www.php.net/manual/en/json.constants.php#constant.json-force-object?

Hm, not supported now. Maybe https://github.com/CuyZ/Valinor/issues/542

Thanks for the report @boesing, this should be fixed with #549.

authors: boesing romm simPod

repo: CuyZ/Valinor


text:
CX Command_Injection @ src/main/java/com/scalesec/vulnado/CowController.java [master]

Command_Injection issue exists @ src/main/java/com/scalesec/vulnado/CowController.java in branch master
The application's run method calls an OS (shell) command with cmd, at line 7 of src\main\java\com\scalesec\vulnado\Cowsay.java, using an untrusted string with the command to execute.
This could allow an attacker to inject an arbitrary command, and enable a Command Injection attack.
The attacker may be able to inject the executed command via user input, input, which is retrieved by the application in the cowsay method, at line 12 of src\main\java\com\scalesec\vulnado\CowController.java.
Severity: High
CWE:77
Checkmarx
Lines: 12

Code (Line #12):
    String cowsay(@RequestParam(defaultValue = "I love Linux!") String input) {

Issue still exists.
SUMMARY
Issue has total 1 vulnerabilities left to be fix (Please scroll to the top for more information)

Issue still exists.
SUMMARY
Issue has total 1 vulnerabilities left to be fix (Please scroll to the top for more information)

repo: CxTyler/Vulnado


text:
🇩🇪 Be prepared for the new Google Cloud region Berlin europe-west10 (July 6th)

Source: https://twitter.com/uhoelzle/status/1557089770345414656

Berlin-Brandenburg
20 kilometers south of BER Airport
Mittenwalde

Source:
https://www.heise.de/news/Deutsches-Rechenzentrum-Google-fasst-Brandenburg-ins-Auge-7281747.html

Billing API returns Berlin as europe-west10.

Added to gcp.yml and pricing.yml is calculated. Missing in test.sh!

July 6th August 22, 2023

Up https://github.com/Cyclenerd/google-cloud-pricing-cost-calculator/issues/86


text:
Update release specifications for SPDX v2.2.2, v2.3, and development branch v2.3.1

I was specifically interested in updating https://spdx.github.io/spdx-spec/v2.3/package-information/#721-external-reference-field:
<category> <type> <locator>
where:
<category> is SECURITY | PACKAGE-MANAGER | PERSISTENT-ID | OTHER

... but it seemed like a few of the SPDX specifications might have been out of date (or based on development / pre-release branches)

Hi @steiza, thanks for your PR.  Your type/indent fixes for SPDX schema files look fine; however, be aware that these are not my types as these files were copied directly from the canonical repos. from the SPDX specification community.  You can see the locations they are copied from within the config.json file.  Specifically, for the two schemas you offered corrections for have entries:
                {
                    "version": "SPDX-2.2",
                    "name": "schema/spdx/2.2.2/spdx-schema.json",
                    "file": "schema/spdx/2.2.2/spdx-schema.json",
                    "url": "https://raw.githubusercontent.com/spdx/spdx-spec/v2.2.2/schemas/spdx-schema.json",
                    "default": false,
                    "variant": ""
                },
                {
                    "version": "SPDX-2.3",
                    "name": "schema/spdx/2.3/spdx-schema.json",
                    "file": "schema/spdx/2.3/spdx-schema.json",
                    "url": "https://raw.githubusercontent.com/spdx/spdx-spec/development/v2.3/schemas/spdx-schema.json",
                    "default": true,
                    "variant": ""
                },

Have these typos/indents been fixed within the canonical source files as this is where they should be fixed first and then we can copy in those knowing we are not creating divergent copies.

Your type/indent fixes for SPDX schema files look fine; however, be aware that these are not my types as these files were copied directly from the canonical repos. from the SPDX specification community.

Yes, sorry, I should have made that more explicit. The source of these files is https://github.com/spdx/spdx-spec/blob/v2.3/schemas/spdx-schema.json (or whatever branch was relevant for that version of the specification). I did not make any modifications to these files, I just copied them from there into the sbom-utility repo.

Using JSON diff tools, I compared the sbom-utility copy of the following SPDX schema JSON versions against the most current copies of their respective canonical versions under the [spdx/](https://github.com/spdx/spdx-spec) repository (branches). in-progress.
SPDX v2.2.2

sbom-utility file:
spdx-spec file:
Total differences 66

9 missing properties, 57 unequal values
Note Unequal accounts for typos, reordered enums/arrays, object properties, etc.

JSON Diff
{
  "properties": {
    "hasExtractedLicensingInfos": {
      "items": {
        "properties": {
          "licenseId": {
            "description": [
              "@@ -73,18 +73,18 @@\n e ID is \n-i\n e\n+i\n ther on \n@@ -104,17 +104,17 @@\n license \n-o\n+l\n ist or t\n",
              0,
              2
            ]
          }
        },
        "required": {
          "_t": "a",
          "_1": [
            "",
            0,
            3
          ]
        },
        "description": [
          "@@ -82,19 +82,34 @@\n  in \n-the\n+a\n  package\n+, file or snippet\n . An\n",
          0,
          2
        ]
      }
    },
    "annotations": {
      "items": {
        "properties": {
          "annotator": {
            "description": [
              "@@ -39,16 +39,17 @@\n nization\n+,\n  or tool\n@@ -87,16 +87,25 @@\n package,\n+ snippet,\n  or the \n",
              0,
              2
            ]
          }
        },
        "required": {
          "_t": "a",
          "_2": [
            "",
            2,
            3
          ],
          "_3": [
            "",
            1,
            3
          ]
        }
      }
    },
    "externalDocumentRefs": {
      "items": {
        "properties": {
          "spdxDocument": {
            "description": [
              "@@ -26,17 +26,16 @@\n   A prop\n-o\n erty con\n",
              0,
              2
            ]
          }
        },
        "required": {
          "_t": "a",
          "_1": [
            "",
            0,
            3
          ]
        }
      }
    },
    "creationInfo": {
      "required": {
        "1": [
          "creators"
        ],
        "_t": "a"
      }
    },
    "documentDescribes": {
      "items": {
        "description": [
          "SPDX ID for each Package, File, or Snippet."
        ]
      }
    },
    "packages": {
      "items": {
        "properties": {
          "attributionTexts": {
            "description": [
              "@@ -164,16 +164,17 @@\n lude the\n+ \n actual c\n",
              0,
              2
            ],
            "items": {
              "description": [
                "@@ -164,16 +164,17 @@\n lude the\n+ \n actual c\n",
                0,
                2
              ]
            }
          },
          "annotations": {
            "items": {
              "properties": {
                "annotator": {
                  "description": [
                    "@@ -39,16 +39,17 @@\n nization\n+,\n  or tool\n@@ -87,16 +87,25 @@\n package,\n+ snippet,\n  or the \n",
                    0,
                    2
                  ]
                }
              },
              "required": {
                "_t": "a",
                "_2": [
                  "",
                  2,
                  3
                ],
                "_3": [
                  "",
                  1,
                  3
                ]
              }
            }
          },
          "externalRefs": {
            "items": {
              "properties": {
                "referenceCategory": {
                  "enum": {
                    "1": [
                      "PERSISTENT-ID"
                    ],
                    "2": [
                      "PERSISTENT_ID"
                    ],
                    "4": [
                      "PACKAGE-MANAGER"
                    ],
                    "_t": "a"
                  }
                }
              }
            }
          }
        },
        "required": {
          "_t": "a",
          "_2": [
            "",
            2,
            3
          ],
          "_4": [
            "",
            1,
            3
          ],
          "_5": [
            "",
            3,
            3
          ]
        }
      }
    },
    "files": {
      "items": {
        "properties": {
          "attributionTexts": {
            "description": [
              "@@ -164,16 +164,17 @@\n lude the\n+ \n actual c\n",
              0,
              2
            ],
            "items": {
              "description": [
                "@@ -164,16 +164,17 @@\n lude the\n+ \n actual c\n",
                0,
                2
              ]
            }
          },
          "annotations": {
            "items": {
              "properties": {
                "annotator": {
                  "description": [
                    "@@ -39,16 +39,17 @@\n nization\n+,\n  or tool\n@@ -87,16 +87,25 @@\n package,\n+ snippet,\n  or the \n",
                    0,
                    2
                  ]
                }
              },
              "required": {
                "_t": "a",
                "_2": [
                  "",
                  2,
                  3
                ],
                "_3": [
                  "",
                  1,
                  3
                ]
              }
            }
          }
        },
        "required": {
          "1": [
            "checksums"
          ],
          "5": [
            "licenseInfoInFiles"
          ],
          "_t": "a",
          "_2": [
            "",
            2,
            3
          ]
        }
      }
    },
    "snippets": {
      "items": {
        "properties": {
          "ranges": {
            "items": {
              "required": {
                "_t": "a",
                "_1": [
                  "",
                  0,
                  3
                ]
              }
            }
          },
          "attributionTexts": {
            "description": [
              "@@ -164,16 +164,17 @@\n lude the\n+ \n actual c\n",
              0,
              2
            ],
            "items": {
              "description": [
                "@@ -164,16 +164,17 @@\n lude the\n+ \n actual c\n",
                0,
                2
              ]
            }
          },
          "annotations": {
            "items": {
              "properties": {
                "annotator": {
                  "description": [
                    "@@ -39,16 +39,17 @@\n nization\n+,\n  or tool\n@@ -87,16 +87,25 @@\n package,\n+ snippet,\n  or the \n",
                    0,
                    2
                  ]
                }
              },
              "required": {
                "_t": "a",
                "_2": [
                  "",
                  2,
                  3
                ],
                "_3": [
                  "",
                  1,
                  3
                ]
              }
            }
          }
        },
        "required": {
          "4": [
            "ranges"
          ],
          "_t": "a",
          "_3": [
            "",
            1,
            3
          ],
          "_4": [
            "",
            2,
            3
          ]
        }
      }
    },
    "relationships": {
      "items": {
        "properties": {
          "relationshipType": {
            "enum": {
              "30": [
                "AMENDS"
              ],
              "_t": "a"
            }
          }
        },
        "required": {
          "_t": "a",
          "_2": [
            "",
            1,
            3
          ]
        }
      }
    }
  },
  "required": {
    "_t": "a",
    "_3": [
      "",
      2,
      3
    ],
    "_4": [
      "",
      1,
      3
    ]
  }
}

@steiza would love your confirmation of changes to PR #9

authors: mrutkows steiza

repo: CycloneDX/sbom-utility


text:
数据加载错位

BaseQuickAdapter  ,

    public void onBindViewHolder(ViewHolder holder, int positions) {
        int viewType = holder.getItemViewType();
        switch(viewType) {
        case 0:
            this.convert((BaseViewHolder)holder, this.mData.get(holder.getLayoutPosition() - this.getHeaderLayoutCount()));

当传入的mData.get(positions)数据对象数值有null 时, holder.getLayoutPosition()  - this.getHeaderLayoutCount()  不能正确的取得当前item的positions值 . 而取得上一个正常的
数据对象的positions值 ,于是返回的数据也是上一个对象的数据.

版本号？

compile 'com.github.CymChad:BaseRecyclerViewAdapterHelper:v2.1.3'

贴出你的使用代码

    @Override
    protected void convert(BaseViewHolder baseViewHolder, final ScenicListData tabViewObj) {
        int type = getDefItemViewType(baseViewHolder.getLayoutPosition());

        final VrPanoramaView panoWidgetView =  baseViewHolder.getView(R.id.pano_view);
        final ImageView imageView = baseViewHolder.getView(R.id.imageView);
        if (type == TYPE_2) {
            if(TextUtils.isEmpty(tabViewObj.scenicImages)){
                imageView.setVisibility(View.VISIBLE);
                panoWidgetView.setVisibility(View.GONE);
                Glide.with(mContext)
                        .load( R.mipmap.ic_default_tabview )
                        .into( imageView );
                return;
            }
            panoWidgetView.resumeRendering();
//            panoWidgetView.dispatchConfigurationChanged(new Configuration());
            panoWidgetView.setInfoButtonEnabled(false);
            panoWidgetView.setVrModeButtonEnabled(false);
            panoWidgetView.setFullscreenButtonEnabled(false);

            Glide.with(mContext)
                    .load( tabViewObj.scenicImages )
                    .asBitmap()
//                    .centerCrop()
                    .placeholder(R.mipmap.ic_default_tabview)
                    .into(new SimpleTarget<Bitmap>() {
                        @Override
                        public void onResourceReady(Bitmap resource, GlideAnimation<? super Bitmap> glideAnimation) {
                            panoWidgetView.loadImageFromBitmap(resource, panoOptions);
                            imageView.setVisibility(View.GONE);
                            panoWidgetView.setVisibility(View.VISIBLE);
                        }
                    });
        }else{
            imageView.setVisibility(View.VISIBLE);
            panoWidgetView.setVisibility(View.GONE);
            panoWidgetView.pauseRendering();
            panoWidgetView.shutdown();

            Glide.with(mContext)
                    .load( tabViewObj.scenicImages )
                    .placeholder(R.mipmap.ic_default_tabview)
                    .into( imageView );
        }
        KLog.e("  ============ " + baseViewHolder.getLayoutPosition() + "============ "  + this.getHeaderLayoutCount());
        KLog.e("ttype ====== " + type);
        KLog.e("tabViewObj.scenicName ====== " + tabViewObj.scenicName);

        baseViewHolder.setText(R.id.title_text,tabViewObj.scenicName)
                .setText(R.id.collection_text,tabViewObj.scenicLikeNum)
                .setText(R.id.flow_text,tabViewObj.scenicNumLook);
    }

    public void setCurrentItem(int currentItem) {
        this.mCurrentItem = currentItem;
    }

    @Override
    protected int getDefItemViewType(int position) {
        if (position == mCurrentItem) {
            return TYPE_2;
        } else {
            return TYPE_1;
        }
    }

当tabViewObj.scenicImages为null的时候 返回的tabViewObj数据就是上一个显示正常的tabViewObj

scenicImages为null的时候，代码没做处理呀，为什么会跑到上一个position？

难道是因为，为null的时候他不算list里面的一项？

你可以确实一下你的list size是否和你实际想要的一致。

list size没有变化，
null的item在type  == TYPE_1的时候正常
只有当前item   type  == TYPE_2 的时候异常, (但此时log打印错位显示的item type =TYPE_1 ) 当再次为TYPE_1的时候 又显示正常

                        for (int i = 0; i < scenicList.data.size(); i++) {
                            if(scenicList.data.get(i) == null
                                    ||TextUtils.isEmpty(scenicList.data.get(i).scenicImages)
                                    ||TextUtils.isEmpty(scenicList.data.get(i).scenicName)
                                    || scenicList.data.get(i).scenicImages.length() < 10){
                                scenicList.data.remove(i);
                            }
                        }
                        for (int i = 0; i < scenicList.data.size(); i++) {
                            if(scenicList.data.get(i) == null
                                    ||TextUtils.isEmpty(scenicList.data.get(i).scenicImages)
                                    ||TextUtils.isEmpty(scenicList.data.get(i).scenicName)
                                    || scenicList.data.get(i).scenicImages.length() < 10){
                                scenicList.data.remove(i);
                            }
                        }

我在数据来源判断2次是否有null  ，有就移除( 循环一次 删除不完 差一个，很奇怪) ，移除后就正常。

这是数据源本身的问题，而不是adapter问题。你全部打印一下，debug一下应该能够找到问题。2个for的代码都是一样的，两次效果不一样确实奇怪。

repo: CymChad/BaseRecyclerViewAdapterHelper